Unity3D优化方案.docxVIP

写在前面这一篇是在/11/index.phpDigital Tutors的一个系列教程的基础上总结扩展而得的~/11/index.phpDigital Tutors是一个非常棒的教程网站，包含了多媒体领域很多方面的资料，非常酷！除此之外，还参考了Unity Cookie中的一个教程。还有很多其他参考在下面的链接中。这篇文章旨在简要地说明一下常见的各种优化策略。不过对每个基础有非常深入地讲解，需要的童鞋可以自行去相关资料。还有一些我认为非常好的参考文章：/blog/?p=438Performance Optimization for Mobile Devices/2012/07/30/4-ways-to-increase-performance-of-your-unity-game/4 Ways To Increase Performance of your Unity Game/downloads/Unite_2013-Optimizing_Unity_Games_for_Mobile_Platforms.pdfUnite 2013 Optimizing Unity Games for Mobile Platforms/blog/2014/04/23/unity-optimization-tips/Unity optimization Tips影响性能的因素首先，我们得了解，影响游戏性能的因素哪些，才能对症下药。对于一个游戏来说，有两种主要的计算资源：CPU和GPU。它们会互相合作，来让我们的游戏可以在预期的帧率和分辨率下工作。CPU负责其中的帧率，GPU主要负责分辨率相关的一些东西。总结起来，主要的性能瓶颈在于：CPU过多的Draw Calls复杂的脚本或者物理模拟顶点处理过多的顶点过多的逐顶点计算像素（Fragment）处理过多的fragment，overdraws过多的逐像素计算带宽尺寸很大且未压缩的纹理分辨率过高的framebuffer对于CPU来说，限制它的主要是游戏中的Draw Calls。那么什么是Draw Call呢？如果你学过OpenGL，那么你一定还记得在每次绘图前，我们都需要先准备好顶点数据（位置、法线、颜色、纹理坐标等），然后调用一系列API把它们放到GPU可以访问到的指定位置，最后，我们需要调用_glDraw*命令，来告诉GPU，“嘿，我把东西都准备好了，你个懒家伙赶紧出来干活（渲染）吧！”。而调用_glDraw*命令的时候，就是一次Draw Call。那么为什么Draw Call会成为性能瓶颈呢（而且是CPU的瓶颈）？上面说到过，我们想要绘制图像时，就一定需要调用Draw Call。例如，一个场景里有水有树，我们渲染水的时候使用的是一个material以及一个shader，但渲染树的时候就需要一个完全不同的material和shader，那么就需要CPU重新准备顶点数据、重新设置shader，而这种工作实际是非常耗时的。如果场景中，每一个物体都使用不同的material、不同的纹理，那么就会产生太多Draw Call，影响帧率，游戏性能就会下降。当然，这里说得很简单，更详细的请自行谷歌。其他CPU的性能瓶颈还有物理、布料模拟、粒子模拟等，都是计算量很大的操作。而对于GPU来说，它负责整个渲染流水线。它会从处理CPU传递过来的模型数据开始，进行Vertex Shader、Fragment Shader等一系列工作，最后输出屏幕上的每个像素。因此它的性能瓶颈可能和需要处理的顶点数目的、屏幕分辨率、显存等因素有关。总体包含了顶点和像素两方面的性能瓶颈。在像素处理中，最常见的性能瓶颈之一是overdraw。Overdraw指的是，我们可能对屏幕上的像素绘制了多次。了解了上面基本的内容后，下面涉及到的优化技术有：顶点优化优化几何体使用LOD（Level of detail）技术使用遮挡剔除（Occlusion culling）技术像素优化控制绘制顺序警惕透明物体减少实时光照CPU优化减少Draw Calls带宽优化减少纹理大小利用缩放首先是顶点优化的部分。顶点优化优化几何体这一步主要是为了针对性能瓶颈中的”顶点处理“一项。这里的几何体就是指组成场景中对象的网格结构。3D游戏制作都由模型制作开始。而在建模时，有一条我们需要记住：尽可能减少模型中三角形的数目，一些对于模型没有影响、或是肉眼非常难察觉到区别的顶点都要尽可能去掉。例如在下面左图中，正方体内部很多顶点都是不需要的，而把这个模型导入到Unity里就会是右面的情景：?在Game视图下，我们可以查看场景中的三角形数目和顶点数目：可以看到一个简单的正方形就产生了这么多顶点，这是我们不希望看到的。同时，尽可能重用顶点。在很多三维建模软件中，都有相应的优化选项，可