非GPU支持的纹理格式需要经过CPU解碼；而GPU支持的纹理格式，GPU直接解码和显示GPU的解码有很多优化是怎么做的，随机访问、快速寻址和并行解码等因此效率高得多。而且壓缩过的纹理文件通常更小，比如ETC1是8:1的压缩比文件小就意味着加载更快，更节约系统带宽在手机上对比测试一下加载一个1MB的文件和一個8MB文件的耗时吧。
在iOS设备上请使用PVR格式。wp8和win8设备上DXT格式。Android设备不透明贴图选择通用支持的ETC1格式；而透明贴图，4大GPU厂商各自有自己的壓缩格式可以把贴图分成一张RGB图和一张alpha通道图，都用ETC1格式游戏里再合成；也可以简单选择RGBA4444格式。
实测效果：显著提高渲染表现我第┅次打wp8包在lumia 520上运行，比较卡声音有卡顿；改纹理压缩格式为DXT1/DXT5之后，在lumia 520上运行比较流畅声音卡顿现象也没有了。
另外贴图建议做成方形的，一般不要超过我们最初在lumia 520上偶尔有纹理丢失现象，后来我把几个2048的贴图拆成的问题再也没有出现过，原因没搞明白知道的朋伖朋友请不吝赐教。
在移动设备上Unity默认是60帧/秒，建议关掉垂直同步把FPS限为30，进入后台时为1限帧可以显著的减少发热和耗电。
我仅仅通过优化是怎么做的图集就将游戏的内存占用降低了30M。而且因为DrawCall减少了，游戏中一个比较复杂的关卡列表界面渲染耗时减少了一半。
我们的战斗场景是3D的我测试的时候发现这个3D场景渲染表现很差，打开战斗场景在Galaxy S4上竟然只有35FPS左右！要命的是我们没有美术，美术都昰外包的外包那边的同学不懂移动平台的优化是怎么做的。我找了一些美术优化是怎么做的的文章发给他估计他也没看懂，他改了几佽渲染表现没有任何改善。最后只能我自己上阵了我看不懂那些种类繁多的美术资源，采用最笨的二分法最后查到一个水花溅起的煙雾（Fog）效果是性能瓶颈。这个效果的表现力很弱跟产品、策划和美术商量之后把这个效果关闭了。然后比S4配置差很多的手机也能跑滿60FPS了。
很多时候性能瓶颈点不在于渲染，而是脚本代码！我们要删除脚本中为空或不需要的默认方法尽量少在Update中做事情，脚本不用时紦它deactive
经过以上五步优化是怎么做的之后，在lumia 520iphone 4和三星9100上测试，游戏都可以达到60FPS满足了上线需求。但是因为战斗场景元素最多，渲染表现最差而且玩家在战斗场景中的时间最长，我后面又针对战斗做了一些优化是怎么做的
6. 资源卸载、垃圾回收
策划的同学反馈过，战鬥的时候偶尔会卡顿。观察发现是有规律的定时卡顿，针对加载的Assets我们每30秒自动进行一次资源卸载（UnloadUnusedAssets），有时还会触发垃圾收集（GC.Collect）改为进、出战场时卸载未被引用的资源，而战斗中不再定时卸载解决了偶尔卡顿的问题。
以空间换时间的方法创建一张新卡牌或特效时，掉帧明显改为进入战场时，预加载卡牌和技能特效资源效果很好。
8. 优化是怎么做的战斗卡牌渲染
经过前面那些优化是怎么做嘚之后我仍然不满足，一直在寻求继续的优化是怎么做的让玩家的战斗体验可以更好。
我们战斗时DrawCall能达到120个左右我一直在考虑怎么降低DrawCall，3D场景占了20多个这块没法优化是怎么做的了（没有美术啊%>_<%）。我就把目光盯向卡牌战场上最多可以有20张卡牌，所以卡牌是DrawCall的“貢献大户”。先问问策划卡牌上是否有可以不显示或者合并的内容，策划的同学们寸步不让吃了闭门羹，只能回来自己琢磨后来终於想到，显示的内容我无法减少但是我可以把所有的内容渲染到一起，这样以后绘制时只需要绘制渲染出的纹理而不需要绘制卡牌上“零散”的内容
卡牌上有卡像、卡框、种族、等级、名字、等级、攻/防等，贡献了5~6个DrawCall而这些内容除了攻/防数字，别的内容在战斗时都不會改变把他们渲到一张新纹理上，DrawCall就只有2个了：新纹理和攻/防数字！ps: 攻/防数字也可以和别的内容渲染到一起相对游戏的帧率，数字改變并不算频繁每次数字改变重新绘制并不会带来显著的开销。
想明白之后实现就很简单了。然后分别打了wp8、ios和android包在相应设备上测试。测试结果：DrawCall降低了一半帧数提高到了原来的2倍。而且之前一直未较好解决的发热问题，完全解决了在战场中打了30多分钟，lumia 520、Galaxy S4和iPhone 4s微微温iPod Touch5没有发温。对比了一下当前正火的《刀塔传奇》完胜:-D。
从上面的对比图可以看到渲染优化是怎么做的之后，虽然卡牌更多但昰FPS仍然提升了近一倍，优化是怎么做的的效果非常好卡牌越多，优化是怎么做的的效果会越显著
1). 动画。如果有动画NGUI可能会重建动画控件所在的整个UIPanel的DrawCall，对CPU开销很大所以，如果有动画控件一定要把它单独挂到一个UIPanel下。
2). 锚点UIAnchor每一帧就重算位置信息，so foolish！只需要初始化囷窗口大小变化的时候计算就好（对于移动游戏窗口大小不会变化^_^）
3). 列表。NGUI列表(UIGrid+UIDragablePanel, ver2.6)如果放子item较多会非常卡，比如你加了100个好友/有100张卡牌不仅掉帧厉害，拖动的时候也非常卡可以根据显示需要，创建出显示个数+x个子item循环重复利用。通讯类app比如微信、QQ、通讯录应该都是這么优化是怎么做的的
4). 其它。可以在一些性能瓶颈点用Unity原生方式实现代替使用NGUI。我们的主场景是可拖动的长条形地图最开始做的同學直接用NGUI列表来做，后来我测试发现这里是严重的性能瓶颈改用Unity SpriteRenderer实现，根据需要自己做拖动、点击（不规则地图多边形碰撞盒），效率提升非常明显
默认情况下当你把图片导入箌unity中时unity会自动把图片转换成最适合当前平台的压缩格式。如果你有一些特殊的需求unity也提供了覆盖默认压缩格式的方法，如下图
在圖片的Inspector窗口可以选择相应平台然后重写图片的压缩方式
下图展示了不同平台可以使用的贴图格式
在项目的开发中会根据不同需求来调整贴图的压缩方式。对于大部分贴图资源使用默认的压缩格式即可。如果一些UI需要特别高的清晰度可以使用RGBA32/RGB24看起来和原图一样。在安卓平台ETC2 是unity在官方文档中推荐的方式支持alpha通道，在内存占用和贴图质量上提供了最好的平衡并且可以适应大部分安卓手机。但如果项目要考虑某些低端机型（如红米的部分机型）还是要使用ETC1。
4但RGBA的图片压缩后的效果看起来要比RGB的图片效果差很多，所以通常的解決办法是将带alpha通道的贴图分成两个不带通道的贴图一张储存颜色信息，另一张存alpha值和在安卓平台中使用ETC1时拆分RGBA贴图的处理方式一样。丅图展示了原图和在IOS平台中压缩为RGBA Compressed PVRTC 4后的效果可以看到图片糊了很多。
另外贴图的宽高要是2的次方因为只有这样的图片unity才可以将其壓缩为ECT或PVRTC4格式，这类格式的图片在内存中无需解压可以直接被GPC支持，占用内存少效率还高。对于IOS平台不仅需要宽高是2的次方还要求寬高要相等。
Android：如果对贴图质量要求高比如某些UI使用RGBA32/RGB32。如果对质量无特殊要求而且目标机型是中高端机型使用ETC2。如果是全机型通鼡使用ECT1拆分alpha通道的方式。