Unity+NGUI性能优化方法总结

最新推荐文章于 2024-05-30 18:49:20 发布

纸箱猪

最新推荐文章于 2024-05-30 18:49:20 发布

阅读量4.4w

点赞数 24

分类专栏：游戏开发文章标签： ngui unity 性能优化

本文链接：https://blog.csdn.net/zzxiang1985/article/details/43339273

版权

本文总结了9种Unity+NGUI的性能优化方法，包括资源分离打包与加载以减小安装包体积和内存占用，贴图透明通道分离并采用ETC/PVRTC压缩格式，关闭贴图的读写选项，减少场景中的GameObject数量，整理图集以减少内存占用，根据控件设计合理安放Panel，优化锚点更新逻辑，降低贴图分辨率，以及界面的延迟加载和定时卸载策略。这些策略有助于提升游戏性能和用户体验。

摘要由CSDN通过智能技术生成

　　一共9招。

1 资源分离打包与加载

　　游戏中会有很多地方使用同一份资源。比如，有些界面会共用同一份字体、同一张图集，有些场景会共用同一张贴图，有些会怪物使用同一个Animator，等等。可以在制作游戏安装包时将这些公用资源从其它资源中分离出来，单独打包。比如若资源A和B都引用了资源C，则将C分离出来单独打一个bundle。在游戏运行时，如果要加载A，则先加载C；之后如果要加载B，因为C的实例已经在内存，所以只要直接加载B，让B指向C即可。如果打包时不将C从A和B分离出来，那么A的包里会有一份C，B的包里也会有一份C，冗余的C会将安装包撑大；并且在运行时，如果A和B都加载进内存，内存里就会有两个C实例，增大了内存占用。

　　资源分离打包与加载是最有效的减小安装包体积与运行时内存占用的手段。一般打包粒度越细，这两个指标就越小；而且当两个renderQueue相邻的DrawCall使用了相同的贴图、材质和shader实例时，这两个DrawCall就可以合并。但打包粒度也并不是越细就越好。如果运行时要同时加载大量小bundle，那么加载速度将会非常慢——时间都浪费在协程之间的调度和多批次的小I/O上了；而且DrawCall合并不见得会提高性能，有时反而会降低性能，后文会提到。因此需要有策略地控制打包粒度。一般只分离字体和贴图这种体积较大的公用资源。

　　可以用AssetDatabase.GetDependencies得知一份资源使用了哪些其它资源。

2 贴图透明通道分离，压缩格式设为ETC/PVRTC

　　最初我们使用了DXT5作为贴图压缩格式，希望能减小贴图的内存占用，但很快发现移动平台的显卡是不支持硬件解压DXT5的。因此对于一张1024x1024大小的RGBA32贴图，虽然DXT5可将它从4MB压缩到1MB，但系统将它送进显卡之前，会先用CPU在内存里将它解压成4MB的RGBA32格式（软件解压），然后再将这4MB送进显存。于是在这段时间里，这张贴图就占用了5MB内存和4MB显存；而移动平台往往没有独立显存，需要从内存里抠一块作为显存，于是原以为只占1MB内存的贴图实际却占了9MB！

　　所有不支持硬件解压的压缩格式都有这个问题。经过一番调研，