后使用快捷导航没有帐号？
　论坛入口：
　　|　　　|　　　　|　　　|　
我要游戏程序
查看: 3190|回复: 0
关于手机游戏优化的一些建议
本帖最后由 一元 于
09:30 编辑
　　如何优化手机游戏，是一件很难说明的事。不论你从本文学到了什么，都是没有意义的，除非你遇到了相同的问题。很不幸，iOS和android设备都很脆弱， 所以你必须成为更强的开发者。从程序开发周期之初就要不停优化，参考下面的经验以免重蹈覆辙。
　　优化游戏一半是经验一半是艺术。你必须学会各操作的快捷键及可选方式，包括导入、unity行为、以及所写的每行代码。如果你发现游戏在老的iPhone或Android设备上运行太慢，本文能给出一些解决之道。我的切身例子是ROAR!。这是我第一次认真优化的游戏，原因是Vuforia AR插件占用了设备的大部分资源。
　　选择合适的开发设备
　　越慢越好，但是别过头。如果选的设备太慢，可能会降低你的效率，使你过早开始优化，可能那时还不需要优化。我相信适当折中，一定能找到最佳方案。
30.jpg (15.86 KB, 下载次数: 1)
10:42 上传
从未有过如此多的设备可供选择
　　优化游戏包大小
　　有时你的游戏会无缘无故的占用很大空间。控制游戏大小很重要，这会直接影响到有多少用户来下载你的游戏。另外一定要注意的是，用户需要卸载游戏时，通常会从大的开始。这是生存法则。
　　压缩纹理和音频文件
　　构建游戏，然后检查编辑器日志，找出那些占用太多空间的文件。大部分情况下，不是纹理就是音频文件。纹理应该是正方形的，并且大小是2的整数次幂（POT），这样便于压缩，大小在左右，最好不要超过2048。音频文件应该总是压缩了的，除非声音特别短，而压缩会破坏它的音质（很少有这种情况）。
　　打包精灵（sprite）
　　尽可能打包UI和游戏中的所有精灵。在Unity 5中，Sprite Packer是免费的，也可使用其它工具如NGUI。就Sprite Packer而言，它可以将图片打包成图集，这是使精灵不受2的整数次幂（POT）限制的好方法。只要设置了Packing Tag，Unity会替你处理其他所有事，简单地节省大量空间。
　　启用mscorlib级别的剥离
　　要在项目（以及使用的插件）允许的情况下大胆启用剥离，从代码中剔除未使用的dll。很可能你的2D游戏并没使用太多Unity的特性，甚至没有使用物理模拟，但是它们占用了很大空间。
　　确保没有包含不必要的资源
　　如果你隐藏了场景中的游戏对象（GameObject），即使它从不显示，Unity构建工程时还是会将它引用的资源包含进来。清除层级面板中未使用的游戏对象，以及它们引用的资源。&Resources&文件夹的所有资源都会被引入游戏，所以务必要小心！
31.jpg (111.55 KB, 下载次数: 1)
10:42 上传
记住，优化是你给所爱的玩家的一份礼物
　　优化内存使用
　　随着操作系统的升级，它们使用的内存越来越多，而留给你的将会越来越少（没错，iOS，说的就是你）。明智的做法是，尽量减少加载到内存中的资源量。内存压力是你的应用被操作系统终结的最大原因。恩，随机崩溃也大多来源于内存崩溃。
　　巧妙地打包精灵
　　一旦游戏开始运行，文件都必须被解压，它们又会占用很大空间。但是，如果你前期工作做得好，精灵打包很合理，那还是能节省很多内存的。经验法则是，将同时出现的图打包在一起，尽量不要让图集留有大量空白。例如，应该将UI打包到一个独立的图集。在本例中，UI图集有大部分内容是不常见的，它应该被打包到另一个图集中去。差点忘了！使用九宫格精灵（9-sliced sprites），避免大背景图！（可以将它们设置为可拼贴模式，或者使用更简单的精灵）。禁用MIP maps。
　　降低图片和音频的质量
　　你确定你的角色需要1024的像素宽度？如果移动设备的分辨率是，我猜并不需要（除非它和整个场景一样大）。你的音乐循环有3分钟长？很可能它只有30秒。它很容易超过手机能够显示的最大品质。降低图像和音频质量，在手机上大部分人是感觉不到差别的。
　　小心应对场景引用
　　曾经有一次，我的应用使用了大量图片。根据选中的角色，我会从长列表中实例化一个预制（prefab）。让我惊讶的是，列表引用导致所有的预制（prefab）被加载到了内存，因而加载了所有的图片。这个故事告诉我们，性能分析从不说谎。
　　在必要时使用Resources文件夹
　　上一个例子的解决方法就是把所有的预制/资源（prefab/assets）放到Resources文件夹中，然后动态加载你需要的那一个。这种方法不如直接引用简便，因为你必须提供每个资源的路径，而且如果移动资源就会出错。但是我想你肯定能写一个编辑器脚本来处理这种小问题。
　　当你的应用被意外终止时，操作系统默默告诉你的就是这个“内存占用量太TM高了”。
　　优化CPU使用
　　游戏要么快，要么死。玩家通常能接受一定程度的平庸：糟糕的界面，糟糕的故事，糟糕的图片……任何事都能被原谅，除了糟糕的性能。你要知道你的极限，在这种情况下，通常要牺牲一切来保证像样的帧率。这是硬道理。
　　当心语法：foreach循环
　　在Unity的CPU性能优化中，这是最常提到的建议。因为Unity使用的是旧版本的.NET框架，其中有很多东西并不那么高效。既然这不会马上改变，你就应该用“for”取代“foreach”循环，用“arrays”取代“lists”;)。更多官方的代码优化小贴士参考这里。还有面向对象（OOP）语言通用的代码实践，不要错过哦。
　　隐藏调试日志
　　Unity处理字符串很慢，你应该尽量避免字符串操作。所以，在构建发布版本时，就不要开着那些&Debug.Log&。你会惊讶地发现，如此一件小事却能带来很大差异。
　　从底层到上层优化
　　优化游戏时应该用Profiler监控，这样就可以很清楚是哪些类导致运行缓慢。从游戏“底层”开始优化，因为会有其它类使用它们，例如人工智能（AI）或者寻路（Pathfinding）类。如果运气好的话，就不需要优化“顶层”了。
　　查找经典瓶颈，比如多层嵌套循环或者脚本多次实例化
　　假设你有一个脚本叫”PlayerController”，另一个叫&EnemyController”。如果在屏幕上同时有100个敌人，那为了更新不同的敌人，”PlayerContoller”可能会变慢100倍。所以，先优化&EnemyController”脚本。移除特别慢的调用如&FindObjectOfType”，它们是不能在Update中调用的。缓存变量，甚至单例类，可以提高性能。
33.jpg (24.82 KB, 下载次数: 1)
10:42 上传
可以通过深度性能分析跟踪那些很慢的方法，但是它本身也会影响性能！
　　祝你好运，记住，做个值得优化的好游戏！
游戏蛮牛编译
声明：游资网登载此文出于传递信息之目的，绝不意味着游资网赞同其观点或证实其描述。游戏分类：
系统平台：
可用“←”或“→”方向键快速翻页
1 2345812449167510501774763278636277396012438105991203
1 2345678910
1488201 2465718342606044246415367316631894473181318307500930548310302059
1￥4498 2￥49993￥27994￥83885￥24996￥35997￥49888￥19999￥389810￥499