转自http://blog.csdn.net/qq15233635728/article/details/44785765?locationNum=5
Unity导出ios工程如何减小运行内存、安装包（ipa）、以及安装后大小（概说）
最近项目遇到些问题，就是因为项目里面彩色图片素材比较多，尺寸也比较大，制作人还不接受把压缩图片质量降低很明显。于是导致unity导出到iOS设备上出现了几个问题。
1、 运行内存过大；在低配版的iphone4s，ipad2等512m老机型机器上面，当加载资源过多时，容易引起内存溢出，导致应用闪退。
2、 Unity导出的ios工程过大，xcode编译出来的ipa包还算ok，但是安装到ios设备上就大的离谱。例如60m的ipa，安装到设备上居然有700M。
3、 就是ipa导出包偏大。要求尽量减小到本身资源+unity空包（七八兆）左右大小。
以上问题，1、2属于比较严重的问题。3 属于进一步优化的问题。
针对上述问题我们采取了一系列方案，下面就其解决方案简单阐述，所述不周之处还请指正。
程序内存消耗过大，导致内存溢出，大多由于资源一次性加载过多，或者未及时清理，根源在于资源过大。
1、首先，对于资源过大的问题：
音频：我们可以尽量采用ogg格式，低采样率的音频代替wav、MP3等高采样率音频。采样率低也就代表着音频质量低，你可以利用音频转换软件，将音频调整到可以接受的质量。
图片：如果需要较高质量，可多采用jpg格式，如果对质量没过多要求，可以保存为web格式。如果有透明色那就只能png了。
这里推荐一个图片压缩网站，基本上处理后，他的压缩率会达到50%以上，而且看不出有太多的失真。
2、其次，当我们将资源导入unity中，unity会对资源做一些特殊的处理，例如图片在web平台下，默认会使用texture、compressed压缩。此时，jpg格式或者大体成2的n次方的png图片几乎都可以被压缩。
之前，我们为了图片效果完美，一直用：gui、truecolor格式图片，这样确实在设备上画面表现很好。
但是这样就导致一个问题，一张原本只有87k大小的图片，使用这个设置后会被渲染变得4m大小。
当运行程序时，它所占据的内存就为4m，而非87k。尤其是我们项目中，一个界面中有很多这种高质量图片，而且再加上有很多序列帧动画，并且这个动画单张比较大，帧数还比较多。那这个内存占据就非常可怕了。我们的低配置机器仅仅512内存，如果不合理编写资源管理器。那崩溃的几率确实很大。
因此我们试验了几种不同图片格式，在ios设备上，pvrtc 4bit 这种格式的图片相对来说，内存占据量不算高，也不是很失真。不建议追求极致的图片质量，而消耗很大的内存。
3、然后我们使用了动态资源加载。
将一系列资源（图、图集的预设）打包成为assetbundle，将其放置在只读目录StreamingAssets文件夹下。
当使用这个资源时，利用www读取本地资源，加载到内存。
然后马上卸载掉镜像。
当不再使用这个资源时即销毁这个对象。
但是，实际测试在真实ios设备上内存监测到的并非立刻降低，因此这个场景中如果资源需要比较多，还不能全部加再进来。而是要根据需要分批次加载进来。
此外在场景切换过程中还需要经常调用系统函数Resources.UnloadUnusedAssets();来清理一下 游离的未使用 资源。以保证内存回收。
4、资源打包这里不再详细叙述。详细可以参考以下内容：
http://www.xuanyusong.com/archives/2405
注意的是单独写脚本时，注意最后打包参数。不同平台打出的资源不通用。
Android上：
BuildPipeline.BuildAssetBundle(obj, null, targetPath,BuildAssetBundleOptions.CollectDependencies,BuildTarget.android)
IOS上:
BuildPipeline.BuildAssetBundle(obj, null, targetPath,BuildAssetBundleOptions.CollectDependencies,BuildTarget.iPhone)
另外，电脑上和手机上打出来的Assetbundle不能混用，不同平台只能用自己的。
5、其实，资源打包针对于内存优化的影响并不是很大。影响大的是资源使用的格式、数量的多少。以及对资源使用的管理。
不过，资源打包也有不少好处。就是：1、资源的加密型比较好；2、可以很大的减小安装到手机上面的用量。3、加载、销毁比较清晰，可控性较好。4、加载未完成时可以了利用loading界面遮盖，防止界面转换时闪黑屏。
1、我们的项目在开始时，并没有多少资源师打成Assetbundle的形式的。至少场景、序列帧动画开始的时候都没有打。
后来就遇到了这个问题：
1、 我们在windows上编译出xcode工程时，发现居然有700多m，觉得很奇怪，检查了一下，有个data的文件夹 比较大。
2、 整个工程打成zip压缩包仅仅100m
3、 然后又在mac上面编译出来的工程居然又达到700m
4、 制作出来的ipa文件却又不太大，60m左右
5、 但是安装到真机上，软件用量却十分大，大约700多m
2、针对这个问题我们研究发现，主要是资源文件夹下resourcedata，再经过调查，是因为里面的图片的问题。
3、当初为了保证图片高质量，无论jpg还是png，我们都采用了gui、truecolor的设置。
在上面实验中、87k大小的文件，被渲染成4m左右大小的资源。
我们通过解压发现，编译安装后，ios没有做到很好的压缩与支持，而是将这个图片直接转换成tga格式存储。这就导致占据用量巨大。
4、也就是说：运行时他占据4m内存
安装时他也同样占据着4m的硬盘用量
5、针对于此，我们首先将图片格式转换成上述ios支持比较好的pvrtc 4bit 形式。
但是这种格式也有缺点，就是需要观察哪些可以压缩，那些不能压缩。经试验，接近2的n次方的近似方形的图片或者图集能够压缩，而不会图片变形。经过这样的处理我们的用量初步降低为300m。
6、然后我们发现仅仅将资源打包还不够，剩下的界面、场景等的预设上面还关联了很多的图片以及图集。如果场景不打包让然会有很大的用量。于是我们将场景进一步打包。除了摄像机的预设，全部打包。这样我们的用量彻底降低了下来，大约有80m多。
7、这种方式不适用初期开发，因为每当修改一次预设或者调整界面，都要重新打包。并修改资源目录。着实费力。
8、在实验中，还发现。预设、图片打包后，就不能仍旧放在Resource目录下，否则即使你不再引用，他依然能够编译到工程里面去，从而不会减小最终产出的工程。
