Unity手机游戏性能优化：移动端针对CPU端的性能调优

Doris232

前言

做手机游戏开发的时,经常会遇到手机游戏的性能问题，手机游戏的性能问题可能有很多的方面，今天我们从CPU调优的角度来給大家介绍一下常用的CPU调优的一些经验和手段。这些经验和手段都有可能随着时间与环境的变化改变而改变，具体还是要以实际的为准，先定位性能问题，再上具体的手段。接下来我们从CPU的性能调优的角度来总结一下Unity手游开发中需要注意和优化CPU的一些点。我们把手机游戏的CPU调优分成几个模块，列举一下每个模块的一些经验，供大家参考。模块如下:


渲染模块调优


影响渲染CPU执行效率的本质就是两个东西，一个是渲染的面数(Triangle), 一个是渲染提交的次数(Drawcall)。这个部分很多开发者就会陷入一个所谓的标准”手机上模型一般多少个面合适？”这种问题其实没有任何意义的，需要结合自己的游戏来进行实测。时空背景不一样，游戏玩法不一样结果就不一样。一半我们的做法就是到自己目标客户的机型上进行实测。在我们的Shader确定后的效果下，我们目标客户的机型上面能跑多少个面。然后我们结合游戏的玩法，这些面放在哪些地方。比如近距离我们的面就分配得多，远距离就分配得少。重要主角面分配得多，不重要物体的面分配得少。也可以通过LOD工具在低端手机上减少模型面数。Drawcall大家比较熟悉了，有动态合批，静态合批，SRP Batcher合批,GPU Instancing合批,具体可以参考教程《Unity 如何优化Drawcall》。还有一个被很多人忽视的就是Set Pass Call开销，在这个过程中，第一次加载Shader容易造成瞬间卡顿。Shader.CreateGPUProgram, 解决的方案是运行的时候做好Shader缓存，避免瞬间CPU卡顿。


在UGUI的优化中，主要是检查UI的逻辑响应函数是否占用过高，同时把不用事件响应的UI元素去掉选项”Raycast Target”, 这样不用在每个UI元素去检测用户是否有UI操作，减少EventSystem.Update()耗时开销。每个Canvas会调用BuildBatch为UI元素合并的Mesh。一旦UI元素发起移动，这样就会引发BuildBatch, 合并过程是在其它线程处理的，如果合并的消耗过大，就会导致主线程发起等待。这个是我们我们可以把静态的物体分到一个Canvas,动态的物体分到一个Canvas,这样，能降低合并的难度与合并的开销。UGUI的使用过程中也注意一下几个点:


最后选取合适的渲染管线与策略也是渲染性能与效果的关键，比如使用URP做实时光照等。
物理模块调优


Fixed Timestep: 独立于帧率，按照固定的时间间隔进行迭代,物理引擎就是基于它，迭代;
Maximum Allowed Timestep: 允许最大的时间步长, 物理计算的时间开销，不允许超过这个值，限定了单帧的物理计算的最大时间, 所以这个值越小，迭代的次数可能就越少。
可以通过调节这两个值来调整物理引擎的迭代次数与开销。由于FixedUpdate的迭代与帧率无关，所以不要在FixedUpdate里面写过多的复杂的逻辑。最后控制物理引擎中刚体的数目,这个结合自己的项目来做设定，用性能好的碰撞器来代替性能查的碰撞器。
动画模块与粒子系统


控制Active Animator的一个方法是针对每个动画组件调整合理的Animator.CullingMode设置。该设置有三个选项：


Animator还有个很重要的标志就是开启Apply Root Motion,如果动画不发生位移，就不要开启这个选项,开启后可能会导致动画中Animator.ApplyBuiltinRootMotion开销过高。
当我们Active/Deactive一个Animator组件物体的时候，会导致Animator.Initialize函数的调用,当检测到这个开销比较大时，可以将其移出屏幕,比如关闭Animator组件,scale = 0,而代替activie/deactive。


粒子系统开销与粒子系统数量和Playing状态的粒子系统数量有关。前者是指内存中所有的ParticleSystem的总数量(包含正在播放的和处于缓存池中的)；后者指的是正在播放的ParticleSystem组件的数量(包含了屏幕内和屏幕外)，针对这两个数值，我们一方面关注粒子系统数量峰值是否偏高，可选中某一峰值帧查看到底是哪些粒子系统缓存着、是否都合理、是否有过度缓存的现象；另一方面关注Playing数量峰值是否偏高，可选中某一峰值帧查看到底是哪些粒子系统在播放、是否都合理、是否能做些制作上的优化。在底端机上就可以考虑控制这些粒子数量，或者干脆关闭粒子特效来让游戏流畅，具体可以从这个角度去操作与思考。
逻辑代码调优
逻辑代码编写就没有什么可说的了，平常注意一些开发代码的习惯，避免过的new 对象导致的GC等，提升算法的时间空间复杂度，用空间换时间，用时间换空间，多线程处理来发挥多核优势, 做好代码review。具体的结合自己的项目做好对应的处理。
今天的分享就到这里了，关注我们学习更多的Unity开发的相关知识。