在制作游戏时，游戏内容各型各色，但使用Unity设计游戏项目通常大致包括以下几部分；
- 项目简述
- 策划文案
- 美术资源
- 程序逻辑
- 性能优化
我们会详细介绍游戏制作过程中的每一步工作，便于Unity开发者以及潜在的开发者对Unity游戏开发有更深的认识，帮助开发者在开发过程中少走弯路。
- 项目简述
想要制作成功的游戏，前期调研工作必不可少，作为开发者，需要了解玩家的喜好，聆听玩家的声音。在游戏完全推向玩家那一刻，该游戏就不再属于项目组，而属于该游戏的受众。游戏项目在启动具体内容开发时，需要确立以下几点；
- 项目方向
市场上存在各种类型的游戏，为了避免游戏过于同质化，项目组的相关负责人需要确定，该项目是定位于何种类型，是RPG还是FPS又或者是Sport类。
- 时间计划
任何项目组制作的游戏最终都需要推向市场，只有得到玩家的支持，游戏才能走得更远。项目启动初期，必定会存在游戏开发的大致时间计划，是8个月还是1年，又或者是18个月 ?
- 人员配置
游戏项目开发必定存在经费预算，预算包括研发预算和推广预算两部分，项目组的人员配置通常取决于游戏复杂度和项目经费预算。在游戏总体内容固定前提下，人员数量与开发时间大致成反比，但是如果组内人员管理不善，也会存在不协调。所以在项目人员总数确定的情况下，还需明确项目组内具体分配，策划，美术，程序各多少人。
- 游戏大纲
游戏大纲可以让所有项目组开发成员在没有接触游戏前能对将要开发的游戏有一个大致认识，同时也能激发项目组成员的想象力，对游戏内容提出更好的建议。 游戏大纲是目前手游开发过程中被大多项目组忽略的重要一步。
- 策划文案
“兵马未动，粮草先行~~”，优秀的策划文案是项目良好的开端。文案的内容相同，而排版不同，其效果必定也不同。设计文档应该逻辑清晰，排版干净，简单易懂，最好是图文并茂。比如可以是这样的
也可以是这样的(>_ Project Settings -> Script Execution下，可更改各类脚本的执行顺序。同时，MonoBehaviour的执行并非使用系统反射机制，而是基于队列存储形式。 Unity引擎本身是由c++代码编写实现，但是游戏开发者编写的代码通常为c#，所以从底层引擎的c++代码到逻辑层的c#之间定然存在托管开销。如果你在Unity Profiler里发现诸如”Overhead”之类的字眼，其中便包括代码的托管开销部分（但不仅限于代码托管开销）。 为了减少代码托管开销，在设计具体脚本时可以做一些优化处理。比如，有一个类ClassA，继承于MonoBehaviour，在其Update函数里会执行具体逻辑。若该类有30个实例同时存在，则会存在30次托管开销，遇到此类情况，建议删除ClassA中的Update函数，转而由自定义的UpdateEx函数替代。同时，额外编写一个ClassAManager类，其缓存一个ClassA的数组或者队列，每次Update时遍历该队列，执行每个实例的UpdateEx函数。
- Asset管理
Unity中的Asset序列化支持二进制，文本模式，混合模式三种，具体可以在菜单Editor Settings –> Asset Serialization 下进行设置，文本模式采用YAML格式，增加可读性。其中每一个资源文件都可以生成一个对应的meta文件。 在制作场景时，建议把场景中的具体GameObject制作成Prefab，而不是直接使用FBX格式，这样便于引擎底层做资源管理。 Unity引擎中各种美术资源都可以编译成Assetbundle，包括纹理，模型，Prefab，AnimationClip，AudioClip等。同时，Assetbundle支持压缩与非压缩格式，开发者可根据项目实际情况进行设置。
- 动态更新
通常动态更新包括美术资源与脚本的更新，美术资源建议使用Assetbundle，脚本更新在Android平台上可使用dll反射实现（仅限Anadroid平台），或者通过其它第三方非官方模式。
- 性能优化
性能优化，是每个游戏项目不可或缺的部分，而且没有一劳永逸的办法，只能一点一滴的实现。在此，我们主要介绍性能优化中必须处理的模块；包括图形，物理，程序，文件等，以及一些用于性能优化的工具。
- 图形优化 – Graphics
要实现图形优化，首先需要熟悉图形学整个渲染管线流程，在此对其作简要介绍； 应用程序 (Application) -> 几何体 (Geometry) -> 光栅化 (Rasterizer)。 其中，几何体阶段具体包括：模型变换(Model & View Transform) -> 顶点着色(Vertex Shading) -> 投影变换(Projection) -> 裁切(Clipping) -> 屏幕映射(Screen Mapping)。 光栅化阶段包括： 三角设置(Triangle Setup) -> 三角遍历(Triangle Traversal) -> 像素作色(Pixel Shading) - > 合并(Merging)。 进行图形优化时，首要步骤即为定位瓶颈在何处，CPU还是GPU？如果瓶颈在GPU，转而对CPU进行优化，是得不偿失的方法，犹如木桶原则，决定木桶能装多少水的是最短的那一块镶板。 如果渲染瓶颈发生在CPU，通常对CPU进行的图形相关优化主要涉及以下几点；
- 合并模型（美术人员手动合并或者使用引擎的Batching技术）
在合并模型时，如果被合并的模型并未使用同一材质，那么该合并操作并不会提升性能。同理，如果被合并的模型使用了多重材质，而并不共用贴图，合并操作也不会提升性能。
- 减少材质的使用数量，尽量材质共用
- 纹理拼接，把多张小尺寸纹理拼接到同一张大尺寸纹理中
- 避免使用多重渲染，比如反射，阴影，像素光照等
- 动画优化，包括减少骨骼数量，降低动画帧率等
CPU在图形渲染中所承载的计算量没有GPU那么高（前提是设备同时具备GPU和CPU），所以在进行图形优化时，更多是针对GPU端，其具体包括；
- 模型对象
调整模型三角面是优化美术资源的基本步骤，如果一个角色模型1500面能达到要求，那为何要使用1600面呢。 当场景中某些对象被标记为static时，禁止在脚本中对其进行位置，朝向，缩放更改，也就是如果需要更改一个对象的Transform属性值，则改对象不应该被标记为static。 在设计模型时，尽量减少UV映射缝隙和硬边的数量。
- 光照设计
在移动设备上，尽量使用light map代替实时光照，即便美术人员需要很炫的光照效果，也可以预先由美术人员调节好实时光照效果后再进行light map烘焙。 在某些特定情况下，美术人员可能需要一些特定对象呈现出酷炫的效果，建议使用shader实现，而非采用增加额外的光源。 减少像素光的数量，不仅可以降低CPU负载，也可以减少GPU消耗。如果场景中某像素光照作用的两个模型对象距离相隔较远，建议不要对该模型对象进行合并操作。
- Shader性能
Unity引擎为开发者提供了大量的内置shader，基本满足开发者的项目需求。如果某些特殊效果需要自定义shader，在编写shader程序时，需要注意一些具体细节。 在shader程序中减少使用或者不使用条件语句。GPU在硬件层面上与CPU有着极大差异，GPU以ALU（逻辑运算单元）著称，而CPU则存在着大量的控制器。 定义变量时，应考虑变量需要的精度位宽（Float 为32位，half为16位，fixed为10位），比如定义的变量用于UV坐标，则类型通常选择half即可，如果选择float，则会造成带宽浪费以及计算消耗增加。 避免使用复杂的数学计算函数，比如sin，tan，pow，exp，log等，如果实在需要，建议单个shader程序里该类复杂函数的使用次数不超过一次。 移动平台避免使用Alpha Test和Alpha Blend指令，如果不可避免，建议使用Alpha Blend，而非Alpha Test。
- 纹理压缩
压缩纹理不仅可以节省内存，同时也节省运算带宽。同时，建议3D模型贴图都应生成对应的Mipmaps，如果选择生成Mipmaps，则该纹理对应的内存大小相对原先会变大33%左右，但如果不选择生成Mipmaps，则在整体性能上会有很大损失。
- LOD使用
Unity中关于LOD的使用有LOD Group和Camera.layerCullDistances两种方式。其中LOD Group主要用于大型模型对象，而Camera.layerCullDistances主要用于碎片化的模型对象。
- 物理优化 – Physics
Unity引擎中物理计算更新在FixedUpdate中完成，根据具体的游戏项目，如果游戏物理更新频率不需要太高，可以在菜单Project Settings -> Time 下更改Fixed TimeStep的值。 使用物理碰撞体时，在满足设计要求前提下，建议使用Sphere Collider 或者 Box Collider代替Mesh Collider。Mesh Collider和wheel Collider其计算较为复杂，能避免使用则避免之。 被标记为static的碰撞体，禁止对其移动位置。 如果对象不需要Rigidbody组件，一律删除。 在脚本中如果通过Physics.RaycastAll类似的接口获取固定对象，缓存所得到的对象，禁止通过程序中每帧调用该类接口去获取一个固定的对象。
- 程序优化 – Scripts
程序优化的根本在于设计，在于程序员在编写程序时是否有细心思考。尽管Unity引擎本身由c＋＋编写，但上层逻辑脚本基于Mono体系，内存管理使用GC机制。 GC机制在内存管理存在实时性欠缺，而Mono内存基于内存池，即Mono所申请内存不会得到释放（只有在内存池中内存不够使用时，Mono才会申请新的内存），只会返回内存池。 基于以上机制限制，应禁止频繁申请内存，尽量使用对象池管理对象，比如在Update函数里每帧都new 一个数组或者队列，这样极有可能造成GC还未回收先前的内存，内存池中内存不足，又重复申请新的内存，最终Mono内存池越来越大，这是很多开发者都曾遇到的问题。 在Unity引擎层面，可以通过使用IL2CPP技术，使脚本运行速度更快，同时，也可以在Script Call Optimization中设置忽略异常处理。针对具体脚本中负载瓶颈的定位，建议多使用引擎的Profiler工具。
- 文件优化 – Files
如果要降低整体文件大小，首先得知道整个项目中每类资源文件具体大小。在Unity完成相关编译后，选择Console -> Open Editor Log选项，会得到如下图所示的信息；
其包括了具体各类资源的总大小，开发者可按照文件大小建立优化顺序。其中，具体在设计到脚本大小优化时，根据项目组具体情况，可以考虑选择.Net 2.0 Subset，在IOS平台也可使用Stripping方法。 同时，建议把Resources文件夹下不曾使用的资源删除，需要使用的资源用Assetbundle代替。Resources文件夹下文件太多会严重影响程序的启动时间。
- 工具 - Tools
在执行性能优化时，有很多工具可以方便开发者快速定位到具体问题，包括引擎自身携带工具以及第三方工具，比如；
- Profiler
- Memory Profiler
- Frame Debugger
- Test Runner
- Mac OS -> Instruments
Allocations, Time profiler 最后，Unity的官方手册是unity开发者执行性能优化的葵花宝典，在你素手无策时，不妨尝试如下步骤；
