如何在Unity中检测死循环和卡死

当游戏在手机/模拟器上卡死，logcat没有日志输出，也没有卡死堆栈信息或者bugly也没有捕获到异常，你是否很焦急？本文介绍一下我们项目中检测unity卡死的方法，也许适合你使用。

实现原理

在绝大多数情况下我们可以认为unity是单线程的，基于这点我们在unity的系统函数fixedupdate中统计游戏运行期间的总帧数，如果unity没有卡死，那么totalframe是会一直累加的，如果在某一段时间内totalframe都不会变化了，则可以认为unity已经卡死了

既然unity的主线程已经卡死了，我们就需要用另一个线程用来定时检查unity主线程中的totalframe是否不会变化了

示例代码

捕获卡死的方法名

在我们的游戏中一般出现卡死的情况都是在定时器里面，我们的定时器是通过在unity的update驱动定时器列表，当卡死时，在另一个线程中打印出定时器中正在执行的函数就可以定位到卡死的函数了。定时器可参考：unitytimer中的timer.cs

同时在unity的update进行派发多个事件，比如preupdate，update，以便出问题更容易定位到卡在那儿

举例说明问题

下面举例我们遇到的出现卡死的问题

死循环

下面这个死循环在unity中会卡死，而在.net中不会，.net中当i超过byte的最大值255时i会从0开始

目前我们遇到的绝大多数情况都是逻辑代码中写了where(true) do xxx 然后里面某些情况不会break，导致循环永远退不出来

屏蔽了事件系统

在某些系统中屏蔽掉了ugui的事件系统，导致无法接受用户输入，这个问题不应该归类为unity卡死，但用户反馈来看就是卡死了，无法操作。

重复添加定时器

起因是底层没有对同名定时器进行限制，在某些逻辑中误使用，出现每秒添加一个定时器，而定时器中的逻辑很大且长时间不退出的，当不断添加重复定时器就导致游戏运行越来越慢

重复注册事件

在一些界面的刷新函数和控制器函数，被频繁重复注册了事件，导致在抛出事件时，同一个函数被调用了n次，这个问题在unity的profiler中可以清晰看到函数的调用次数

扩展

递归调用

递归调用，会报stack overflow，不会让unity卡死

为什么无限循环递归调用不会卡死unity？

这是因为每个方法的方法调用栈容量是有限的，当超出之后就会跳出报stack overflow，不会让应用程序卡死

总结

到此这篇关于在unity中检测死循环和卡死的文章就介绍到这了,更多相关unity检测死循环和卡死内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持！