项目发热排查优化

 

1.表现

在低端机发热很严重，运行十分钟就会非常烫手。

测试机型：iphone6，iphone7，iphone7p

2.排查

可以利用chrome的performance工具进行性能监控，得到下图。

 

我们可以直观看到几个大波峰，表示这里严重占用cpu资源。这是我们的重点解决对象。

选择其中某一段，并且滚动鼠标滑轮可以进行放大，看到里面代码的调用堆栈。

上面是白鹭的渲染逻辑，可以通过减少drawcall来减低这部分消耗。

这是其中一个优化点。

 

光靠上面的图，还不能很好定位发热。

之前一直认为ITEM_CHANGE消耗最厉害，移除了该事件后，还是比较发热。

 

所以我在SimpleDispatch类里面加了时间日志，计算出每个事件的执行时间和频率，最终得出ITEM_CHANGE、ROLE_EQM_INFO和GAME_TIME_TICK调用最频繁，其中ITEM_CHANGE最消耗cpu。所以接下来重点监控这两个事件。

 

existBetterEqmToWear该函数本身耗时极大，在打开角色界面后，每次挂机获得金币或者经验都会调用一次，大概是2秒/次。所以打开角色界面后，温度很快就上去了。

由此得出第二个优化点是，降低existBetterEqmToWear和BagModel里的几个获取装备方法的调用频率。

 

GAME_TIME_TICK时间每秒分发一次。其中调用getPower比较频繁。

我直接全局搜索了绑定这个事件的地方，查看有没有内存泄漏的地方。

 

ROLE_EQM_INFO在刚开始进入游戏的时候只调用一次，但消耗非常大。

 

3.解决

通过上面的分析后，我做了以下优化工作：

1.减少drawcall

当活动面板或者大部分大屏面板打开时，隐藏战斗角色和战斗特效。模型超出屏幕一定可见区域，进行隐藏。屏幕特效超过一定数量，进行拦截处理。

2.在频繁调用的函数里加入脏位优化算法

在RoleMode、AttrInfo和BagModel加入脏位优化算法。

3.hashObject调试

这个hashCount是由白鹭引擎内部 API，用于统计引擎对象的创建数量。在引擎的 HashObject 的构造函数这里添加一个打印日志，对比当前hashCount跟上一个hashCount，在运行时去检查调用堆栈

通过日志发现战斗特效、伤害飘字造成频繁的创建销毁，通过内存池进行优化。

4.分帧加载

元素较多的界面、副本玩法创建较多怪物，进行游戏一次性加载过多界面时，进行分帧处理，避免同步计算造成瞬间掉帧严重。