Unity项目优化

相关概念

• Drawcall：CPU对底层图形程序的调用
• Fragment：有可能成为像素的东西，即潜在的像素
• Batching：将批处理前需要多次调用Drawcall的物体合并
• 内存的分配：Unity的内部内存和Mono的托管内存

优化方向

CPU方面

1. Drawcall

思路：减少渲染次数，多个物体一起渲染
方法：Draw Call Batching批处理

• 需要批处理的物体使用同一材质，可以将多种纹理打包成图集
• 使用静态批处理或动态批处理
  2.1. Static Batching静态批处理（推荐使用）
  批处理静止的，在游戏中永远不会移动、旋转、缩放的物体。勾选Inspector中的Static复选框即可。
  
  2.2. Dynamic Batching动态批处理（约束比较多）
  动态批处理是引擎自动执行的。
• 仅支持小于900顶点的网格物体；
• 若着色器使用顶点位置、法线和UV，只能处理300顶点以下的物体；若使用顶点位置、法线、UV0、UV1和切向量，只能处理180顶点以下；
• 尽量不要使用缩放。Scale（1，1，1）与（2，2，2）的物体将不进行批处理，但Scale（1，2，1）和（1，3，1）可以批处理；
• 统一缩放的物体不会和非统一缩放的物体进行批处理；
• 使用不同材质的实例化物体将使批处理失败；
• 拥有lightmap的物体将不进行批处理；
• 多通道的shader会妨碍批处理；
• 预制体的实例化会自动使用相同的网格模型和材质；
• 运行后，点击Stats查看批处理效果

2. 物理组件

思路：减小每一帧的执行检测的开销
方法：

• 设置合适的Fixed Timestep：即合适的物理计算频率
  
• 尽量不适用mesh collider组件

3. 内存

思路：不要频繁触发GC
原因：GC是Mono运行时的机制，管理Mono的托管堆，不处理引擎的内存释放
方法：

• 减少字符串连接的处理
• 用for语句代替foreach语句
• 不要直接访问gameobject的tag属性，换成

if(go.CompareTag("cube")){}

• 使用“池”
• 最好不用LINQ，它们会分配临时空间

4. 代码质量

方法：

• 只访问一次Transform，之后将它的引用保留
• 不要频繁使用GetComponent，尤其在循环中
• 使用OnBecameVisible()和OnBecomeInvisible()来控制物体的update()函数的执行开销
• 使用内建数组
• 使用ref

GPU方面

1. 减少绘制的面数

• 材质的数目尽量少
• 使用纹理图集
• 用Render.sharedMaterial代替Render.material
• 用lightmap代替实时光
• 使用LOD，忽略远处的细节
• 遮挡剔除（Occlusion culling）
• 使用mobile版的shader

2. 优化显存带宽

• OpenGLES2.0用ETC1格式压缩
• 使用Mipmap存储图片
  

内存方面

Unity的内存内存分布

• Unity内部内训：位Unity3D的底层代码所分配的内存
• Mono：即托管堆。Mono运行时在运行游戏脚本时所需要的内存，这部分内存是有GC的。
• GfxDriver：GPU显存开销，尽可能地减少或释放Texture和mesh等资源，即可降低GfxDriver内存。
• FMOD：音频的内存开销

使用Unity Profiler工具检测内存

Window - Anlysis - Profiler