NGUI研究院之UISprite和UITexture浅谈（十二）

NGUI的三大组件，UILabel、UISprite、UITexture，它们三个同时都继承UIWidget。先回到一个很郁闷的话题上，到底是优化DrawCall还是优化内存。

UISprite : NGUI引入图集的概念，不考虑ABA叠层的情况下，一个图集内的图片用UISprite，那么它就是一个DrawCall。但是如果你做了一个图集是1024X1024的。此时你的界面上只用了图集中的一张很小的图，那么很抱歉1024X1024这张大图都需要载入你的内存里面，1024就是4M的内存，如果你做了10个1024的图集，你的界面上刚好都只用了每个图集里面的一张小图，那么再次抱歉你的内存直接飙40M。另外生成出来的Atlas我记得默认会打开mipMap的选项，mipMap是摄像机离得远近用不同的图片，用来减少渲染，可是UI绝对不会出现远近之分，mipMap会让你的包占更大的容量，因为是两张图。

如下图所示，Atlas图集生成完以后，选择Advanced，不要勾选Generate Mip Maps ，也不要勾选Read/Write Enabled ，不然1024在内存里就不4M了将变成8M。。

那么NGUI的内存怎么施放呢？我建议最好不要手动施放，因为Unity有一套非常完善自动施放内存的方法。如果你的项目不变态，切场景的时候就用异步切换场景。

yield return Application.LoadLevelAsync(name);

我发现很多人喜欢切场景的时候，在调用一下Resources.unloadunnsedAssets，这是多此一举的。

Resources.UnloadUnusedAssets ();

当场景切换完毕后，Unity会自动施放没有被引用的内存。我记得NGUI3.X某一个版本是存在内存泄漏的问题，后来我们专门升级了新版本，扯远了，回到正题！

UITexture：它完全没有图集的概念，使用起来非常的灵活，只需要把图片挂上去就行了。这样内存里只会占用你这一张图的大小，内存虽然小了但是DrawCall就上去了。因为每一张UITexture就是一次DrawCall。如果你发现你的UITexture图片大小不对了，是因为图片拖进Unity默认图片的格式会设置成Texture，它的NonPower of2 是默认打开的，所以他会缩放你的图片成2的幂次方，所以你可以把图片格式改成GUI。

图片格式: NGUI生成的图集的图片格式是PNG，但是无论是什么格式的图片，Unity都会自己搞一套格式，并且打包的时候也不会用你文件夹下图片的格式，而是Unity自己的格式。如果你用UITexture你可以真对每一张图来修改它的格式，比如一些颜色数比较少的图片，你可以直接用16bit，如果你的图片没有用到透明，你可以用pvr或者etc，这样你的图片会更小。可是UISprite就不行，只要其中有一张小图用了透明，你就得用RGBA32，不然UI就会很难看，你可以自己试试。

除了UITexture 和 Atlas的图片没办法以外（因为必须有透明），不是建议是必须，你的贴图无论如何都必须是2的幂次方。因为只有2的幂次方图片并且没有透明通道才会被压缩，IOS会压缩成pvr格式，Android会压缩成ETC格式，压缩以后图片会小很多的，好几倍的小。

人物贴图、场景贴图、特效贴图、一定要2的幂次方！切记！！如下图所示，同样的贴图大小。

RGBA 32 大小 1M

Android ETC 大小170.7KB

IOS PVR 大小 170.8 KB

我觉得界面中那些重复性比较高的图片最好打成图集，而一些原画，或者背景图建议直接使用UITexture。还有NGUI的图集其实很占用内存，也很占用空间，为了优化效率尽量让策划拖妥协让UI尽可能的复用。

所以做项目初期就要好好的管理自己的图集，这也是个很郁闷的话题，因为需求一直都在变所以你很难规划你的图集，你不知道美术会设计出来什么样的图，你也不知道策划会设计出来什么样的界面，所以你很难去确定你的公共图集还有界面特有图集该如何来规划。因为一不小心你的图集就会超过1024，你也不知道那些资源复用性最高。。这也是我觉得NGUI最郁闷的一点。。如果那一天做UI不用自己去规划图集而是运行时系统最优选择，那该多好呀！！！

本文固定链接: https://www.xuanyusong.com/archives/2697
转载请注明: 雨松MOMO 2014年06月05日于雨松MOMO程序研究院发表

最后编辑：2014-06-05

作者：雨松MOMO

专注移动互联网，Unity3D游戏开发

站内专栏 QQ交谈腾讯微博新浪微博

捐赠写博客不易，如果您想请我喝一杯星巴克的话？就进来看吧!

《NGUI研究院之UISprite和UITexture浅谈（十二）》有 62 条评论

uihwfhiuhu 说：

2016 年 7 月 26 日下午 7:29

现在运行时系统能自己优化图集了吗？

回复
oncebet 说：

2016 年 4 月 21 日下午 2:32

一个窗口是个比较复杂的prefab ，里面用到了几个atlas ，我想预加载这几个atlas 。发现预加载后，窗口的实例化时间并没有减少？有什么办法吗？雨松遇到过这个问题吗？
还有个奇怪的 prefab 从resource.load以后，实例化以前，uitextre已经在内存了，uiatlas没有在，所以想把uiatlas预加载减少实例化时间，发现然并卵

回复
- 雨松MOMO 说：
  
  2016 年 4 月 21 日下午 3:07
  
  NGUI和UGUI都很费 UI从设计上就要考虑，
  
  回复
  - oncebet 说：
    
    2016 年 4 月 21 日下午 8:53
    
    唉估计不得行了我把所有的texture也试了下先把依赖的texture全部加载到内存，然后实例化窗口，实例化的时间一点没减少
    
    回复
    - 雨松MOMO 说：
      
      2016 年 6 月 3 日下午 1:30
      
      不能一帧内全载入，分多帧载入。先出底板然后在出上面的元素
      
      回复
- 情儿说：
  
  2016 年 6 月 2 日上午 2:21
  
  不知道新版的NGUI有没有增加针对Widget的ScrollView，一些不需要裁剪的ScrollView，显然不需要Panel，这样能明显减少DrallCall，至于能不能降低重绘次数，我最近打算自己加一个针对Widget的ScrollView，试过才知道能不能。
  
  回复
- 情儿说：
  
  2016 年 6 月 2 日上午 4:29
  
  应该是我记错了，刚才试了下：因为UIDrawCall是跟着UIPanel一起移动的，所以移动Panel不会进行重绘；而移动Panel里的带顶点数据的Widget会改变UIDrawCall的顶点，所以一旦发生移动则会重绘。
  
  回复
  - 情儿说：
    
    2016 年 6 月 2 日上午 4:32
    
    这样的话，增加针对Widget的ScrollView就没有意义了，反而效率会更低，我放弃了……
    
    回复
  - 情儿说：
    
    2016 年 6 月 2 日上午 5:09
    
    貌似每次改变运动方向时（静止、向左或向下、向右或向上这三个方向），如果有带顶点数据的widget在裁剪框之外（裁剪模式下），就会产生重绘……
    
    回复
- 雨松MOMO 说：
  
  2016 年 6 月 2 日上午 11:16
  
  现在游戏一个界面 image + text 复杂点的可能都是300个以上只要不要一帧内实例化所有就可以了
  
  回复
  - 情儿说：
    
    2016 年 6 月 3 日下午 1:22
    
    可是每一帧实例化多少东西合适呢？手机的性能有好有坏啊……
    
    回复
- 雨松MOMO 说：
  
  2016 年 6 月 2 日上午 11:16
  
  现在游戏一个界面 image text 复杂点的可能都是300个以上只要不要一帧内实例化所有就可以了
  
  回复
蒋明炬说：

2016 年 4 月 20 日下午 4:38

请问在U3D NGUI的界面下做动画或是粒子特效，需要注意点什么？有时候动画好像播不了，第一次接触此插件，有点难懂，有劳答疑！

回复
- 雨松MOMO 说：
  
  2016 年 4 月 20 日下午 5:33
  
  要注意叠层就是两个UI中间加一个粒子这种。。
  
  回复
排骨说：

2016 年 3 月 27 日上午 11:35

我现在用uitexture做序列帧动画，是不是每次使用动画都会从硬盘读取图片？我图片超级大，所以用uisprite不现实

回复
- 雨松MOMO 说：
  
  2016 年 3 月 27 日下午 12:53
  
  用spine2D骨骼动画吧。。
  
  回复
  - 排骨说：
    
    2016 年 3 月 28 日下午 5:22
    
    我用spawntoo来管理这些uitexture的动画,偶尔spawn的时候会卡住,确切的是,基本1分钟卡一次,这是为什么呢,texture已经预加载到内存了
    
    回复
冰思绕指静说：

2016 年 1 月 13 日上午 10:33

Momo，你现在还用 NGUI做项目了吗？，主要用uGUI还是NGUI 哈?

回复
- 雨松MOMO 说：
  
  2016 年 1 月 12 日下午 11:31
  
  去年就已经不用NGUI了。。
  
  回复
  - 冰思绕指静说：
    
    2016 年 1 月 13 日上午 11:13
    
    现在都用 UGUI了吗？
    
    回复
    - 雨松MOMO 说：
      
      2016 年 1 月 13 日上午 11:20
      
      是的
      
      回复
陈放说：

2015 年 12 月 14 日下午 4:10

MONO你觉得Draw call在什么范围内可以接受，比如就内存而言，大概是个什么概念范围内的内存可以容纳几个Draw call，比如说1M的内存，宁愿用几个Draw call来替代。以前我们游戏一直是Draw call尽量少为上，后来接触了一个项目，Draw call一般都是五六十，表示不算淡定了，主要是用了不少uitexture。

回复
- 雨松MOMO 说：
  
  2015 年 12 月 14 日下午 5:49
  
  Draw Call应该尽量的少，但是并不是draw call少效率就高。。现在做到150左右就可以了
  
  回复
哥只是一个传说说：

2015 年 10 月 29 日下午 12:22

大神，创建图集时padding设置为2就不会出现撕裂边，这是为什么呢？

回复
文彪说：

2015 年 9 月 11 日下午 4:43

IOS是不是也支持ETC的格式啊？

回复

NGUI研究院之UISprite和UITexture浅谈（十二）

您可能还会对这些文章感兴趣！

《NGUI研究院之UISprite和UITexture浅谈（十二）》有 62 条评论

留下一个回复取消回复

您可能还会对这些文章感兴趣！

《NGUI研究院之UISprite和UITexture浅谈（十二）》有 62 条评论

留下一个回复 取消回复

留下一个回复取消回复