Unity Game Optimization - Third Edition Unity游戏性能优化（3）Batching的优势

这章主要讨论动态批处理（dynamic batching）和静态批处理(static batching)。GPU Instancing 和 SRP 后期再讨论。

1. Draw calls

• draw call：CPU 向GPU 发送的渲染指令。
• 主要分两步：
  1. 上传纹理数据和网格数据到GPU
  2. 使用纹理数据设置网格的渲染
• GPU在切换渲染状态时消耗很大，Set Pass Call 显示切换次数。比Draw call还重要。

2. The Frame Debugger

使用Frame Debugger 可以帮助我们分析渲染状态，找出不能batching的原因

3. 动态批处理

• 特点:

  • 运行时进行合批
  • 可见的物体才可能进行合批
  • 可动的物体也可以合批

• 需满足的条件：

  • http:/​/​docs.​unity3d.​com/​Manual/DrawCallBatching.​html

3.1 顶点属性 要求

• 动态合批要求顶点数不能超过300个
• 注意：Unity加载的模型顶点数和模型原数据顶点数可能不一样。所以最好在Unity中Inspector的Preview窗口中确定顶点数。
• 动态合批要求顶点属性不能超过900. 顶点属性计算：顶点数*每个顶点上的属性数。如果使用的shader 有5个属性，那么顶点就不能超过900 / 5 = 180个

3.2 Mesh scaling 网格缩放 要求

• 如果有负缩放，这个是不能和全正数缩放一起合批的。但是可以跟其他的同负数个数的对象合批。比如（-1，1，1）可以和（1，-1，1）合批

3.3 动态合批要点

• 大量的简单模型情况下合批使用
• 如果因为使用不同的贴图导致不能合批，可以考虑将贴图和在一张图中，并且重新展UV。
• 多使用Frame Debugger来分析不能合批的情况
• 有时候可以调整不同材质物体间的渲染顺序来合批（比如：草和石头在一块，我们可以先渲染草再渲染石头，这样都能动态合批了。）

4. 静态合批

4.1 合批要求

• GameObject需要勾上 Static 选项
• 需要额外的内存来存放静态批处理后的结果网格
• 合批的顶点总数有限制：32000-64000之间
• 合批对象可以是不同的网格，但是必须是相同的材质球

4.2 内存问题

• 使用静态合批，很有可能增加内存
• 因为静态合批会把需要合批对象的网格，复制一份。如果有1000个相同的树，使用静态合批的内存就是不适用的1000倍。

4.3 其他需要注意的点

• 降低的Draw Call只能在运行中能看到
• 运行中动态创建的标注静态的对象，是不会自动被合批的
• 但是我们可以使用StaticBatchUtility.Combine() 对动态创建的对象进行静态合批
  • 需要注意，这个方式消耗很大，不易在流程度敏感期间使用。
  • 如果使用StaticBatchUtility.Combine() 的这个对象没有被标记Static，那么他其实是可以被移动的，除了他的网格外。就是说，可能会移动了Collider，但是网格还停留在原地。这种情况容易产生不期望的Bug，需要额外注意。