Unity3D在IOS上的优化小结--转载

原文  http://blog.csdn.net/amazonzx/article/details/7506273

最近一段时间一直在做Unity 在IOS设备上的资源优化，结合Unity的官方文档以及自己遇到的实际问题，我把自己认为一些重要的信息罗列在下面，并尽可能对将其量化，以方便更多需要做优化的朋友。

1、 角色

• 每个角色尽量使用一个 Skinned Mesh Renderer
  
  

这是因为当角色仅有一个 Skinned Mesh Renderer 时， Unity 会 使用可见性裁剪和包围体更新的方法来优化角色的运动，而这种优化只有在角色仅含有一个 Skinned Mesh Renderer 时才会启动。

• 角色 Material 数量
  

2-3 个

• 骨骼数量
  

小于 30 个

• 面片数量
  

300-1500

• 一般角色应该没有 IK 结点
  

这是因为角色的动作大多数都是事先设定好的，并不需要经过 IK 操作来进行实时计算（ Rogdoll除外），所以在模型导入时，不要将 IK 结点一起导入。

2、 静态实体

• 不要附加 Animation Component
  

在静态实体上附加 Animation 部件虽然对结果没有影响，但却会增加一定的 CPU 开销来调用这一组件，所以尽量去掉该组件。

• 网格顶点数
  

小于 500

• UV 值范围尽量不要超过（ 0, 1 ）区间
  

尽量保证 UV 值不越界，这对于将来的纹理拼合优化很有帮助。

3、 地形

• 地形的分辨率大小
  

长宽均尽量小于 257 。这是因为地形太大，会造成大量顶点数据，给你的内存带宽造成一定的影响，在目前的 ios 设备中，内存带宽是非常有限的，需要尽量节省。同时，如果用 Unity 自带的地形，一定也要使用 Occlusion Culling ，因为 Unity 的刷地形工具虽然方便，但却是 framekiller ，刷过之后，你会发现 drawcall 增加的非常多。

• 混合纹理数量
  

不要超过 4 。地形的混合操作是很耗时的，应该尽量避免。能合并的纹理尽量合并。

4、 纹理

• 纹理格式
  

建议 png 或 tga 。不用转成 ios 硬件支持的 PVRTC 格式，因为 Unity 在发布时会帮你自动转的。

• 纹理尺寸
  

长宽小于 1024 。同时应该尽可能地小，够用就好，以保证纹理对内存带宽的影响达到最小。

• 支持 Mipmap
  

建议生成 Mipmap 。虽然这种做法会增加一些应用程序的大小，但在游戏运行时，系统会根据需求应用 Mipmap 来渲染，从而减少内存带宽。

• 检查 Alpha 值
  

如果纹理的 alpha 通道均为 1 ，则用 RGB 的 24 位纹理来代替 RGBA 的 32 位纹理。（据说 Unity 内部会进行自动检测）

5、 光源

• 光源“ Important ”个数
  

建议 1 个，一般为方向光。“ Important ”个数应该越小越少。个数越多， drawcall 越多。

• Pixel Light 数目
  

1-2 个。

6、 粒子特效

• 屏幕上的最大粒子数
  

建议小于 200 个粒子。

• 每个粒子发射器发射的最大粒子数
  

建议不超过 50 个。

• 粒子大小
  

如果可以的话，粒子的 size 应该尽可能地小。因为 Unity 的粒子系统的 shader 无论是 alpha test 还是 alpha blending 都是一笔不小的开销。同时，对于非常小的粒子，建议粒子纹理去掉 alpha 通道。

• 尽量不要开启粒子的碰撞功能。
  

非常耗时。

7、 音频

• 游戏中播放时间较长的音乐（如背景音乐）
  

使用 .ogg 或 .mp3 的压缩格式。

•   较短音乐（如枪声）
  

使用 .wav 和 .aif 的未压缩音频格式。

8、 相机

• 裁剪平面
  

将远平面设置成合适的距离。远平面过大会将一些不必要的物体加入渲染，降低效率。

• 根据不同的物体设置不同的远裁剪平面
  

Unity 提供了可以根据不同的 layer 来设置不同的 view distance ，所以我们可以实现将物体进行分层，大物体层设置的可视距离大些，而小物体层可以设置地小些，另外，一些开销比较大的实体（如粒子系统）可以设置得更小些等等。

9、 碰撞

• 尽量不用 MeshCollider
  

如果可以的话，尽量不用 MeshCollider ，以节省不必要的开销。如果不能避免的话，尽量用减少Mesh 的面片数，或用较少面片的代理体来代替。

10、 其他

• Drawcall
  

尽可能地减少 Drawcall 的数量。 IOS 设备上建议不超过 100 。减少的方法主要有如下几种：Frustum Culling ， Occlusion Culling ， Texture Packing 。 Frustum Culling 是 Unity 内建的，我们需要做的就是寻求一个合适的远裁剪平面； Occlusion Culling ，遮挡剔除， Unity 内嵌了 Umbra ，一个非常好 OC 库。但 Occlusion Culling 也并不是放之四海而皆准的，有时候进行 OC 反而比不进行还要慢，建议在 OC 之前先确定自己的场景是否适合利用 OC 来优化； Texture Packing ，或者叫Texture Atlasing ，是将同种 shader 的纹理进行拼合，根据 Unity 的 static batching 的特性来减少draw call 。建议使用，但也有弊端，那就是一定要将场景中距离相近的实体纹理进行拼合，否则，拼合后很可能会增加每帧渲染所需的纹理大小，加大内存带宽的负担。这也就是为什么会出现“ DrawCall 降了，渲染速度也变慢了”的原因。

• 非运动物体尽量打上 Static 标签
  

Unity 在运行时会对 static 物体进行自动优化处理，所以应该尽可能将非运行实体勾上 static 标签。

• 场景中尽可能地使用 prefab
  

尽可能地使用 prefab 的实例化物体，以降低内存带宽的负担。检查实体的 PrefabType ，尽量将其变成 PrefabInstance ，而不是 ModelPrefabInstance 。

            

备注： 优化是个无止境的过程， 可优化的项目其实还有很多很多，比如脚本优化，shader优化等等，这些留待以后再慢慢添加。