优化思路
个人优化原则:
三原则:
注意细节、注意细节、注意细节!
优化手段:
1.善于使用工具
2.减少总量
3.空间、时间互换
4.由浅入深
1.善于使用工具:
一定要善于使用工具来分析性能问题(Profiler),先找出性能瓶颈再做优化。
2.减少总量:
尽量减少性能消耗的总量(内存和CPU占用)。
3.空间、时间互换:
CPU和GPU可以互换,CPU和内存可以互换、内存和磁盘可以互换。
4.由浅入深:
先优化小的细节再优化大的结构。
先优化浅显的表面,再优化深邃的底层。
先优化资源设置再优化代码实现。
先优化逻辑再优化算法。
先优化部分实现再优化整体结构。
先想清楚实现过程再做具体实现。
先优化自己的思路再优化代码。
优化说明:
工欲善其事,必先利其器。优先利用性能分析工具快速找出性能瓶颈,从瓶颈入手分析性能问题产生原因,可以事半功倍。
尽量减少占用的内存(资源体积)和CPU(计算量),首先着重减少总量才能更好的进行后续细节的优化。
总量降低后,性能依旧有问题,那么可以考虑时间空间转换的手段。一般情况下,GPU比CPU富余,内存比CPU富余,磁盘比内存富余,分线程比主进程富余。所以一般都是GPU换CPU,内存换CPU,磁盘换内存,利用多线程分担主进程的压力。
比如利用GPU Instance可以减少CPU的压力。利用对象池缓存,可以省略加载资源、实例化、销毁实例、卸载资源的步骤,可以明显降低CPU的消耗。
利用Loading进度条按需加载资源,可以减少内存峰值,大量节约内存。
利用分线程进行计算,可以分担主进程的压力。
通常来说先优化细节,如果细节优化已经做的很好,没什么太多潜力可以挖了,性能还是消耗太大,那么就需要考虑重构结构了。
性能分析:
使用Profiler性能分析器首先确定性能瓶颈出现在哪里,定位性能问题出现的根本原因,按照具体原因去做优化。
通常来说,性能问题大致出现在两个方面:
1.细节不够好(资源问题、插件问题、代码写法问题)
2.结构不够好(框架问题、底层API问题)
细节问题解决成本低,可以独立调整,对其他部分影响小,可以批量解决。
结构问题解决成本高,牵一发动全身,对其他部分影响大,需要大修、大测。
由于游戏整体是由各个细节组成的,所以当细节做的不够好时,整体也会显现出问题。
反之当结构不够好时,细节即使做的很好,游戏整体表现出的性能也不会太好,两者是相辅相成的。
我的建议是:用严格认真的态度控制细节,用丰富的经验积累出可靠的结构。
前者靠态度,后者靠经验。当我们经验不多时,应该依靠态度严控细节,当我们经验足够时,两方面都要兼顾。
多读官方API:
多读官方API,多读官方API多,读官方API。重要的事情说三遍,不要重复造轮子。Unity中有很多性能细节问题都出现在功能不熟悉上,没玩明白导致的,熟悉官方API可以让我们事半功倍。C#代码也一样,也要熟悉C#官方API。
优化内存
Unity中 资源占用的内存量比代码高的多,只要代码不往死掉写,或者使用大量的泛型(注意泛型会被转成静态类,占用大量内存),一般不会占用太高内存,我们要特别注意资源的内存占用。
Unity资源内存占用排行榜
1.贴图 Textures
2.动画 AnimationClips
3.网格 Meshes
4.音频 AudioClips
5.材质 Materials
资源内存占用说明:
名称 | 单个体积 | 同时使用数量 | 总体内存占用 | 内存占用说明 |
---|---|---|---|---|
贴图 | 大 | 很多 | 很大 | 占用超级大户 远超其他资源(超级土豪VIP熟客 需重点关照 利润大) |
动画 | 大 | 多 | 大 | 占用大户 时间越长 关键点越多体积越大(普通顾客 认真对待 利润中) |
网格 | 中 | 中 | 中 | 占用中等 和精细度有关 一般内存问题不会出现在它身上(普通游客 利润小) |
音频 | 大 | 少 | 小 | 占用大 压缩比高 ogg加进内存后 体积增大10倍(土豪游客 出现一次狠宰) |
材质 | 很小 | 少 | 很小 | 占用很小 数量也少 (邻居 别指望从它身上赚钱了) |
1.优化贴图(Texture)
内存占用超级大户,史前怪兽级别的,要优化内存先从优化贴图格式开始。
按照下面3步设置,可以极大降低贴图占用内存。
1.降低分辨率
2.拆分透明通道
3.调整压缩格式
4.禁用Mipmap
5.启用Use Crunch Compression
1.降低分辨率(Max Size):
根据Game摄像机距离物体最近时,物体所占的像素大小(QQ截图),来确定最大分辨率。
一般美工或Asset Store上下载的资源很可能是高清资源,1024x1024、2048x2048或更大,我们需要根据实际使用的尺寸确定。
2048x2048降低为1024x1024后 内存会降低为原来的1/4 极大降低内存占用 这里是是大头 要控制好。
(图片大小和像素有关 像素点数=宽x高=面积 宽高各变为1/2 面积变为1/4)
2.拆分透明通道(Alpha):
不需要Alpha通道的一定要去除Alpha通道 因为带Alpha通道的贴图 Unity会默认选择RGBA格式。
如果不能剔除Alpha 要把format由RGBA格式选为RGB格式 以减小内存占用。
非渐变的透明贴图 可以调成RGB + 1bit alpha的格式 拆分alpha通道。
(RGBA一般各通道是平均分 每份1/4 剔除一个通道 体积减少1/4)
3.调整压缩格式(Compression):
尽量选用当前平台支持的最高压缩格式,不要轻易使用RGBA32格式,更不要使用不压缩格式,内存天差地别。
只要启用Compression选项,Unity会自动帮我们选用合适的压缩格式 要注意的是压缩格式的支持都是有条件限制的。
当不能使用更好的压缩格式时,Unity会出现提示,告诉我们哪里有问题。对于压缩格式:一般要注意以下两个问题。
(1)不需要Alpha透明通道的贴图 请在PS里剔除。
(2)高压缩比格式要求图片宽高是2的倍数(4的倍数更好) 宽高不能被2整除,会导致不能用高压缩比的格式。
宽高禁止出现奇数,必须都是偶数,打成图集的图片是2的倍数即可,单独使用的图片宽高要是4的倍数。
以一张512x512分辨率的图片为基准 测试不同平台 不同压缩格式占用的内存:
PC常用图片格式:DXT
图片格式 | 512x512(启用Mipmap) | 1024x1024(启用Mipmap) | 图片质量 | 内存(压缩比) | 说明 |
---|---|---|---|---|---|
RGBA 32 bit | 1M(1.3M) | 4 M(5.3M) | 最高 | 最大(1) | 透明高清无压缩 最靠后选择 |
ARGB 16 bit | 0.5M(0.7M) | 2 M(2.7M) | 中 | 中(1/2) | RGBA32阉割版 靠后选择 |
RGB(A) BC7 | 256KB(341.4KB) | 1M(1.3M) | 中高 | 小(1/4) | 透明高清高压缩 次优先选择 |
RGBA DXT5 | 256KB(341.4KB) | 1M(1.3M) | 中 | 小(1/4) | 透明中清高压缩 最优先选择 |
RGB 24 bit | 0.8M(1M) | 3M(4M) | 高 | 很大(3/4) | 不透明高清无压缩 最靠后选择 |
RGB 16 bit | 0.5M(0.7M) | 2M(2.7M) | 中 | 中(1/2) | RGB24阉割版 靠后选择 |
RGB DXT1 | 128KB(170.7KB) | 0.5M(0.7M) | 中 | 很小(1/8) | 不透明中清高压缩 最优先选择 |
RGB(A) BC7:高质量高压缩格式 但是mac上不兼容
Android常用图片格式:ETC
图片格式 | 512x512(启用Mipmap) | 1024x1024(启用Mipmap) | 图片质量 | 内存(压缩比) | 说明 |
---|---|---|---|---|---|
RGBA 32 bit | 1M(1.3M) | 4 MB(5.3M) | 最高 | 最大(1) | 透明高清无压缩 最靠后选择 |
ARGB 16 bit | 0.5M(0.7M) | 2 MB(2.7M) | 中 | 中(1/2) | RGBA32阉割版 靠后选择 |
RGBA ETC2 8 bits | 256KB(341.4KB) | 1 MB(1.3M) | 中 | 小(1/4) | 透明中清高压缩 最优先选择 |
RGB 24 bit | 0.8M(1M) | 3M(4M) | 高 | 很大(3/4) | 不透明高清无压缩 最靠后选择 |
RGB 16 bit | 0.5M(0.7M) | 2M(2.7M) | 中 | 中(1/2) | RGB24阉割版 靠后选择 |
RGB ETC2 4 bits | 128KB(170.7KB) | 0.5M(0.7M) | 中 | 很小(1/8) | 不透明中清高压缩 最优先选择 |
RGB ETC 4 bits | 128KB(170.7KB) | 0.5M(0.7M) | 中 | 很小(1/8) | 不透明中清高压缩 次优选择 |
IOS平台常用图片格式:PVRTC
图片格式 | 512x512(启用Mipmap) | 1024x1024(启用Mipmap) | 图片质量 | 内存(压缩比) | 说明 |
---|---|---|---|---|---|
RGBA 32 bit | 1M(1.3M) | 4 MB(5.3M) | 最高 | 最大(1) | 透明高清无压缩 最靠后选择 |
ARGB 16 bit | 0.5M(0.7M) | 2 MB(2.7M) | 中 | 中(1/2) | RGBA32阉割版 靠后选择 |
RGBA PVRTC 4 bits | 128KB(170.8KB) | 0.5M(0.7M) | 低 | 很小(1/8) | 透明低清高压缩 最优先选择 |
RGBA ASTC 6x6 block | 115.6KB(154.7KB) | 456.9KB(0.6M) | 中 | 很小(~1/8) | 透明中清高压缩 iPhone6之后首选 |
RGB 24 bit | 0.8M(1M) | 3M(4M) | 高 | 很大(3/4) | 不透明高清无压缩 最靠后选择 |
RGB 16 bit | 0.5M(0.7M) | 2M(2.7M) | 中 | 中(1/2) | RGB24阉割版 靠后选择 |
RGB PVRTC 4 bits | 128KB(170.8KB) | 0.5M(0.7M) | 低 | 很小(1/8) | 不透明低清高压缩 最优先选择 |
RGB ASTC 6x6 block | 115.6KB(154.7KB) | 456.9KB(0.6M) | 中 | 很小(~1/8) | 透明中清高压缩 iPhone6之后首选 |
PVRTC:IOS原生支持的一种压缩格式 优点是:高压缩比 兼容性好 缺点是:有损压缩 图片质量较差,对于透明像素的边缘和渐变的透明度有特别明显的失真。
ASTC :IOS支持的一种新的压缩格式 优点是:比PVRTC更高的压缩比和质量,透明贴图质量更高 缺点是:兼容性差 iPhone6才开始支持该格式,iPhone5和之前不支持该格式。
参考资料:
《干货:Unity游戏开发图片纹理压缩方案》https://www.jianshu.com/p/f7c...
《Unity3D的图片压缩格式详解》https://www.jianshu.com/p/bec...
《Unity3D~纹理格式》https://www.cnblogs.com/rayya...
《Unity中一个简单的图形优化指导》http://gad.qq.com/program/tra...
4.禁用Mipmap
Mipmap相当于Texture的LOD 启用后会生成多级纹理 会占用更多的内存 好处是会让贴图看起来更平滑。
启用该选项会生成多级小贴图 内存会增加1/3。
5.启用Use Crunch Compression
Crunch是Unity支持的最新压缩格式,压缩比非常高,如果你用其他格式,图片依然很大的话,这个格式会进一步压缩图片大小。
Crunch支持Android和IOS平台,能把图片压的很小,但要注意的是图片质量有损失,旧型号或低端硬件的手机可能不支持Crunch,会回退为RGBA32格式。
Crunch在Editor下,计算压缩的时间很长,77张2048的图片要压缩5~8分钟左右。
对于大量贴图的更新来说,整个团队的开发人员都要消耗相当长的时间来导入贴图,十分痛苦 很容易拉仇恨(说的就是我自己)。
参考资料:
《Unity性能优化之内存-贴图格式优化》https://segmentfault.com/a/11...
《Unity优化(一):图形优化》https://gameinstitute.qq.com/...
《[Unity优化] unity图片mipmap》https://www.jianshu.com/p/651...
《Unity 2017.3 中的Crunch纹理压缩库》https://www.sohu.com/a/204935...
《Unity官方文档Texture》https://docs.unity3d.com/Manu...
2.优化动画(Animation Clip)
总结一下优化动画的手段:
1.减小动画长度
2.减少骨骼数量
3.减少关键帧密度
4.减少动画精度
1.减小动画长度:
有些动画实际使用的的长度,远小于动画时长,如果有被加快使用的动画,应该考虑改短动画,降低大小,Animator里加快速度不会减少动画大小。
2.减少骨骼数量:
动画导入后,查看有无无效的骨骼点,删除这些节点可以降低动画大小。
(1)Animation里 骨骼点变成黄色说明缺少该骨骼点,需要确定是骨骼点丢失还是不需要这些骨骼点,如果动画正常,则说明这些骨骼点无效可以删除。
(2)注意IK骨骼点 如果不需要使用反向动力学功能,而动画里又包含了IK骨骼点, 则删除这些骨骼点(通常是美工做完动画忘删IK了)。
3.减少关键帧密度:
启用FBX > Animation选项 > Anim.Compression选项 > Keyframe Reduction
Keyframe Reduction官方文档翻译:减少导入的冗余关键帧。如果选择,将显示动画压缩错误选项。这将影响文件大小(运行时内存)和如何评估曲线。
4.减少动画精度:
Unity存储Animation的数值精度比较高,可以通过减少数值精度的手段,降低动画大小。
参考资料:
《Unity骨骼动画资源解析与优化》https://www.cnblogs.com/damow...
《unity性能优化之降低动画文件的大小》https://blog.csdn.net/rhett_y...
《Unity 优化翻译官方文档(三) Animation Clips》https://blog.csdn.net/dengshu...
3.优化网格(Mesh)
1.减少顶点
2.开启Optimize Mesh选项
1.减少顶点Vertex:
减少顶点会显著的提升网格的性能,减少内存的占用,通常来说,在可以实现美术效果的前提下,顶点越少越好。
2.开启Optimize Mesh选项:
官方文档翻译:为了更好的GPU性能,顶点和索引将被重新排序。需要严格顶点排序的技术,如网格变形或特殊的粒子网格发射器效果,应该禁用此选项。
注意:开启网格压缩(Mesh Compression)可能会导致Optimize Mesh失败,占用更大的内存。
参考资料:
《Unity的Mesh压缩:为什么我的内存没有变化?》https://www.cnblogs.com/muron...
4.优化音频(Audio Clip)
音频同时使用的数量较少,但是压缩比率大,默认音频格式解压缩进内存后,实际占用内存体积很可能会比文件体积要大上10倍。
对于较大的音频文件(以MB为单位的),要特别注意。
Load Type 改为 Streaming,可以极大降低内存峰值。
建议较长的音频使用.mp3或.ogg格式,较短的音频使用.wav 或.aiff格式。
音频的最佳实践:
音频默认设置:
优化按照音频文件的大小分为小、中、大三个级别。
1.较小的文件(几十KB):
2.中等的文件(几百KB):
3.较大的文件(几MB)
参考资料:
《Unity优化翻译官方文档(四) ------ Audio Clip》https://blog.csdn.net/dengshu...
《自动设置资源属性》https://www.jianshu.com/p/46a...
5.优化材质
材质性能排行(由高到低):
1.Unlit 仅为纹理,光线不产生效果
2.VertexLit 顶点光照
3.Diffuse 漫反射
4.Normal Mapped 法线贴图
5.Specular 高光
6.Normal Mapped Specular
7.Parallax Normal Mapped
8.Parallax Normal Mapped Specular
尽量用性能消耗更小的Shader来实现效果,复杂的Shader需要专人定制、管理和维护,写好Shader需要时间和经验的积累。
参考资料:
《Unity3D Shader性能排行》https://www.cnblogs.com/tim-u...
《UnityShader学习资料推荐》https://blog.csdn.net/wwlcsdn...
《Amplify Shader Editor手册(中文版)》https://blog.csdn.net/Debugge...
优化CPU
1.降低DrawCall
2.注意代码规范
3.内存换CPU
4.使用异步代替同步
5.使用多线程
1.降低DrawCall:
消耗CPU过大的情况很容易出现在图形渲染上,合并批处理,降低DrawCall可以极大的提升性能。比如使用动、静态批处理,GPU Instance技术。
2.注意代码规范:
良好的代码规范会让你获得更好的性能,并且避免很多陷阱,减少入坑的几率,节约时间。多读官方API,避免重复造轮子。
3.内存换CPU:
CPU不够时,不但可以想方法降低CPU的消耗,也可以考虑用内存换CPU。使用对象池就是一种常见的内存换CPU的手段。
4.使用异步代替同步:
使用异步Async(非阻塞式)代替同步Sync(阻塞式),可以优化用户体验。比如加载时用异步加载,显示进度条就属于这种方式。
但是通常异步比同步消耗的时间更多,遇到的问题更多,所以要合理使用异步和同步。
5.使用多线程:
主进程计算量大时,会造成游戏卡顿,除了优化算法减小计算量以外,也可以使用多线程分担计算压力,具体技术可以看C# Job System。
优化代码
建议先看看Unity官方正在推广的DOTS技术。
DOTS: 面向数据的技术栈
Unity中的具体实现: ECS + C# Job System + Burst Compiler
总的来说,DOTS是Unity官方正在推广的一种高性能编程方式,利用实体组件系统 + 多线程 + 爆发式编译,可以极大提升代码性能。
ECS对应面向数据,这种架构更适合处理量级较大的任务。
C# Job System对应多线程,可以利用多核CPU进行硬件加速。
Burst Compiler对应底层API,可以把脚本代码编译成高度优化的本地机器码,进行底层API的软件加速。
这样一套架构 + 开源 + 节流的组合拳下来,可以极大提升游戏性能。
我个人理解是:[实体组件系统]是为了使用[多线程]和[爆发式编译]这两个大招,需要学习的前置心法。
参考资料:
《Unity ECS(二)HelloWorld!ECS!(1)》https://connect.unity.com/p/u...
《Unity DOTS(一) Job System 介绍》https://zhuanlan.zhihu.com/p/...
《Unity DOTS技术详解 - 宣雨松》https://www.bilibili.com/vide...
《用好lua+unity,让性能飞起来——lua与c#交互篇》
https://www.cnblogs.com/zwywi...
《优化Unity游戏项目的脚本》
https://connect.unity.com/p/y...
参考资料:
《[Unity优化]减少DrawCall:批处理》https://blog.csdn.net/lyh916/...
《阿里巴巴Java代码规范》https://www.cnblogs.com/han-1...
《Unity官方文档-DrawCallBatching》https://docs.unity3d.com/Manu...
《Unity GPU Instance(大量相同网格物体合批)》https://segmentfault.com/a/11...
《Unity 对象池》https://blog.csdn.net/wangjia...
《Unity3D研究院之异步加载游戏场景与异步加载游戏资源进度条》https://www.xuanyusong.com/ar...
自动更改资源设置
在资源导入时,利用脚本自动修改资源设置,增加工作效率。
参考资料:
《Unity 之 自动设置导入资源属性选项(模型、图片、声音)》https://www.jianshu.com/p/46a...
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。