Unity开发-你必须知道的优化建议

转载 2016年06月16日 15:14:54

http://www.aiuxian.com/article/p-1687198.html

最近研究U3D开发,个人认为,精通一种新的技术,最快最好的方法就是看它的document,而且个人习惯不喜欢看中文的资料,原汁原味的东西是最正确的,一翻译过来很多东西就都不那么准确了。于是通读了unity的官方manuel,最后面几章都是精华,里面给了非常非常多的官方的优化建议,尤其是做移动平台的开发,这些建议就是非常重要的。我将官方manuel advanced后面的那几个章节的东西提炼了一下出来,总结了这样一些优化tips:

 

链接地址1不是每个主流手机都支持的技术(就是如果可以不用就不用或有备选方案)

屏幕特效

动态的pixel光照计算(如法线)

实时的阴影

 

链接地址2优化建议

链接地址2.1渲染

1.不使用或少使用动态光照,使用light mapping和light probes(光照探头)

2.不使用法线贴图(或者只在主角身上使用),静态物体尽量将法线渲染到贴图

3.不适用稠密的粒子,尽量使用UV动画

4.不使用fog,使用渐变的面片(参考shadow gun)

5.不要使用alpha –test(如那些cutout shader),使用alpha-blend代替

6.使用尽量少的material,使用尽量少的pass和render次数,如反射、阴影这些操作

7.如有必要,使用Per-Layer Cull Distances,Camera.layerCullDistances

8.只使用mobile组里面的那些预置shader

9.使用occlusion culling

11.远处的物体绘制在skybox上

12.使用drawcall batching:

        对于相邻动态物体:如果使用相同的shader,将texture合并

        对于静态物体,batching要求很高,详见Unity Manual>Advanced>Optimizing Graphics Performance>Draw Call Batching

 

规格上限

1.      每个模型只使用一个skinned mesh renderer

2.      每个mesh不要超过3个material

3.      骨骼数量不要超过30

4.      面数在1500以内将得到好的效率

链接地址2.2物理

1.真实的物理(刚体)很消耗,不要轻易使用,尽量使用自己的代码模仿假的物理

2.对于投射物不要使用真实物理的碰撞和刚体,用自己的代码处理

3.不要使用mesh collider

4.在edit->project setting->time中调大FixedTimestep(真实物理的帧率)来减少cpu损耗

链接地址2.3脚本编写

1.尽量不要动态的instantiate和destroy object,使用object pool

2.尽量不要再update函数中做复杂计算,如有需要,可以隔N帧计算一次

3.不要动态的产生字符串,如Debug.Log("boo" + "hoo"),尽量预先创建好这些字符串资源

4.cache一些东西,在update里面尽量避免search,如GameObject.FindWithTag("")、GetComponent这样的调用,可以在start中预先存起来

5.尽量减少函数调用栈,用x = (x > 0 ? x : -x);代替x = Mathf.Abs(x)

6.下面的代码是几个gc“噩梦”

 String的相加操作,会频繁申请内存并释放,导致gc频繁,使用System.Text.StringBuilder代替

   function ConcatExample(intArray: int[]) {

               var line = intArray[0].ToString();

 

               for (i = 1; i < intArray.Length; i++) {

                               line += ", " + intArray[i].ToString();

               }

 

               return line;

}

在函数中动态new array,最好将一个array、传进函数里修改

function RandomList(numElements: int) {
          var result = new float[numElements];
 
          for (i = 0; i < numElements; i++) {
                         result[i] = Random.value;
          }
 
          return result;
}

 

链接地址2.4 shader编写

1.数据类型

 fixed / lowp - for colors, lighting information and normals,

half / mediump - for texture UV coordinates,

float / highp - avoid in pixel shaders, fine to use in vertex shader for position calculations.

2.少使用的函数:pow,sin,cos等

链接地址2.4 GUI

1.不要使用内置的onGUii函数处理gui,使用其他方案,如NGUI

 

链接地址3.格式

1.贴图压缩格式:ios上尽量使用PVRTC,android上使用ETC



这也总结的不错

一、程序方面
  01、务必删除脚本中为空或不需要的默认方法;
  02、只在一个脚本中使用OnGUI方法;
  03、避免在OnGUI中对变量、方法进行更新、赋值,输出变量建议在Update内;
  04、同一脚本中频繁使用的变量建议声明其为全局变量,脚本之间频繁调用的变量或方法建议声明为全局静态变量或方法;
  05、不要去频繁获取组件,将其声明为全局变量;
  06、数组、集合类元素优先使用Array,其次是List;
  07、脚本在不使用时脚本禁用之,需要时再启用;
  08、可以使用Ray来代替OnMouseXXX类方法;
  09、需要隐藏/显示或实例化来回切换的对象,尽量不要使用SetActiveRecursively或active,而使用将对象远远移出相机范围和移回原位的做法;
  10、尽量少用模运算和除法运算,比如a/5f,一定要写成a*0.2f。
  11、对于不经常调用或更改的变量或方法建议使用Coroutines & Yield;
  12、尽量直接声明脚本变量,而不使用GetComponent来获取脚本;
iPhone
  13、尽量使用整数数字,因为iPhone的浮点数计算能力很差;
  14、不要使用原生的GUI方法;
  15、不要实例化(Instantiate)对象,事先建好对象池,并使用Translate“生成”对象;
 

二、模型方面
  01、合并使用同贴图的材质球,合并使用相同材质球的Mesh;
  02、角色的贴图和材质球只要一个,若必须多个则将模型离分离为多个部分;
  02、骨骼系统不要使用太多;
  03、当使用多角色时,将动画单独分离出来;
  04、使用层距离来控制模型的显示距离;
  05、阴影其实包含两方面阴暗和影子,建议使用实时影子时把阴暗效果烘焙出来,不要使用灯光来调节光线阴暗。
  06、少用像素灯和使用像素灯的Shader;
  08、如果硬阴影可以解决问题就不要用软阴影,并且使用不影响效果的低分辨率阴影;
  08、实时阴影很耗性能,尽量减小产生阴影的距离;
  09、允许的话在大场景中使用线性雾,这样可以使远距离对象或阴影不易察觉,因此可以通过减小相机和阴影距离来提高性能;
  10、使用圆滑组来尽量减少模型的面数;
  11、项目中如果没有灯光或对象在移动那么就不要使用实时灯光;
  12、水面、镜子等实时反射/折射的效果单独放在Water图层中,并且根据其实时反射/折射的范围来调整;
  13、碰撞对效率的影响很小,但碰撞还是建议使用Box、Sphere碰撞体;
  14、建材质球时尽量考虑使用Substance;
  15、尽量将所有的实时反射/折射(如水面、镜子、地板等等)都集合成一个面;
  16、假反射/折射没有必要使用过大分辨率,一般64*64就可以,不建议超过256*256;
  17、需要更改的材质球,建议实例化一个,而不是使用公共的材质球;
  18、将不须射线或碰撞事件的对象置于IgnoreRaycast图层;
  19、将水面或类似效果置于Water图层
  20、将透明通道的对象置于TransparentFX图层;
  21、养成良好的标签(Tags)、层次(Hieratchy)和图层(Layer)的条理化习惯,将不同的对象置于不同的标签或图层,三者有效的结合将很方便的按名称、类别和属性来查找;
  22、通过Stats和Profile查看对效率影响最大的方面或对象,或者使用禁用部分模型的方式查看问题到底在哪儿;
  23、使用遮挡剔除(Occlusion Culling)处理大场景,一种较原生的类LOD技术,并且能够“分割”作为整体的一个模型。

三、其它
  场景中如果没有使用灯光和像素灯,就不要使用法线贴图,因为法线效果只有在有光源(Direct Light/Point Light/Angle Light/Pixel Light)的情况下才有效果。


相关文章推荐

Unity3D中Enabled、Destroy与Active的区别

Unity3D游戏对象消失三种方法的区别: 1、gameObject.active:是否在场景中停用该物体,在你gameObject.active =false中,则你在场景中用find找不到该物体。...
  • tyxkzzf
  • tyxkzzf
  • 2015年01月08日 23:29
  • 8017

Unity性能优化一些学习总结

关于Unity性能优化的自我总结!! 1、硬件支持优化 (1)平台设置优化 减少FPS,在ProjectSetting-> Quality中的 VSync Count 参数会影响你的FPS,E...

Unity中性能优化的一些经验与总结(脚本优化篇)

欢迎光顾本人的小站:原文链接最近一个星期,公司的项目正在做项目调优。也在不断的尝试当中找到了一些优化代码性能的思路。发现经常是在不经意的一些小地方,大大拉低了系统整体的性能。在编写Unity程序的时候...

转载】Unity3D美术方面贴图蓄力帖(值得珍藏学习)

转载】Unity3D美术方面贴图蓄力帖(值得珍藏学习)   2011-04-04 19:24:49|  分类: Unity3D|举报|字号 订阅      ...

Unity3D: 做自己的卡牌游戏 (二)

二.安装与基本操作     首先下载好4.3的安装包,4.3版本已经集成了NGUI和2D开发。         这里选择安装,example是一个游戏例子,第2个是web版的播放器,第3个是自带的默认...

Unity开发-你必须知道的优化建议

最近转U3D开发,个人认为,精通一种新的技术,最快最好的方法就是看它的document,而且个人习惯不喜欢看中文的资料,原汁原味的东西是最正确的,一翻译过来很多东西就都不那么准确了。于是通读了unit...
  • leonwei
  • leonwei
  • 2014年01月09日 16:03
  • 24853

Unity开发IOS游戏的优化建议

Unity开发IOS游戏的优化建议 Posted on 2011-06-08 15:43 mcwind 阅读(436) 评论(0) 编辑 收藏     From:  http:/...

一些Unity 优化建议 整理(为自己)

1、  由于实时对战游戏的数据包数量巨大,早期版本的帧同步策略会导致比较明显的卡顿,通过进行数据包的合并与优化逐渐解决了卡顿问题; 2、  频繁创建和销毁的小兵对象让CPU爆表了,大量的小兵如果采用实...

Unity3D 最简单的优化建议

最简单的优化建议: 1.PC平台的话保持场景中显示的顶点数少于200K~3M,移动设备的话少于10W,一切取决于你的目标GPU与CPU。 2.如果你用U3D自带的SHADER,在表现不差的情况下选择...
  • KiTok
  • KiTok
  • 2017年08月22日 14:07
  • 279

unity几种优化建议

最简单的优化建议: 1.PC平台的话保持场景中显示的顶点数少于200K~3M,移动设备的话少于10W,一切取决于你的目标GPU与CPU。 2.如果你用U3D自带的SHADER,在表现不差的情况...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:Unity开发-你必须知道的优化建议
举报原因:
原因补充:

(最多只允许输入30个字)