[Unity] UGUI DrawCall合并

这两天跑项目性能,发现不少问题,其中某系统UI的DrawCall占到了135个之高,给项目的大佬们跪了Orz...UGUI是到这边项目来之后才接触的,对它DrawCall合并的规则有一点点了解,尝试优化的时候发现能改的地方不多,也就能降低5-10个左右...
  下面记录下一番求助、查找、测试得出的结论,时间不多,这里没有原理性的内容,全是规则用来指导日常开发,相对还比较实用吧。
  首先感谢丑哥提供的Gad解析文章,还有他的个人博客,高大上又实用。
  下面进入正题。

1、UGUI元素Depth计算

UGUI内部实现用到了Depth(层)的概念,感觉和NGUI开放出来的Depth作用类似,不过一个是内部计算得到,一个是手动控制(在这方面NGUI还是非常方便的,真的!!!)。
  UGUI会遍历所有UI元素(以深度优先排序),对当前每一个UI元素(CurUI)进行如下计算:

  1. 如果不渲染:CurUI.depth = -1
  1. 如果渲染,且底下没有其他元素与其相交(Rect Intersects):CurUI.depth = 0
  2. 如果底下有元素与其相交,底下元素Depth最大(MaxLowerDepth)的只有一个,CurUI与这个元素可以Batch:CurUI.depth = MaxLowerDepth
  3. 其他:CurUI.depth = MaxLowerDepth + 1

稍微解释下第3条,如果CurUI下面叠了多个元素,这些元素的最大层是MaxLowerDepth,如果有多个元素的层都是MaxLowerDepth,那么CurUI和下面的元素是无法合批的;如果只有一个元素的层是MaxLowerDepth,并且这个元素和CurUI的材质、纹理相同,那么它们就能合批。

2、DrawCall合批(Batch)

上面Depth的计算是合批的关键,得出Depth后合批流程如下:

  1. 使用多条件Depth、MaterialID、TextureID、RendererOrder(HierarchyOrder)对UI元素进行排序(条件的优先级依次递减)
  1. 剔除depth == -1的元素,得到Batch前的UI元素队列(VisiableList)
  2. 对VisiableList中相邻且可以Batch(相同Material和Texture等)的UI元素合批

3、Mask的坑

UGUI的Mask可以做出很好的遮罩裁剪效果,然而在DrawCall合并上是个大坑...
  下面记录了自己试验(Unity5.4.1)得出的一些结论,使用的时候加小心吧。
  Mask和RectMask2D最好对比着看,相同序号的内容讲的是同一个方面。

3.1 Mask

  1. Mask组件会占用两个DrawCall,一个在底下设置Stencil Buffer,一个在顶上还原Stencil Buffer,Mask下的子元素夹在中间
  1. 如果多个Mask绑定的Image组件,属于同一个Atlas,那么Mask之间的元素可以进行合并(包括Mask自己产生的2个DrawCall);否则不能合并
  2. Mask外的元素和Mask内的元素,无法合批。
  3. Mask完全裁剪的元素,依然占据DrawCall
  4. Hierarchy中被Mask分割的元素,可以正常合批
  5. Mask裁剪掉的部分还会影响其他元素的Depth计算,而它自己的也会受到其他元素的影响。即:裁剪掉到部分只是不可见,对Depth计算没有任何影响。

3.2 RectMask2D

  1. RectMask2D本身不占DrawCall
  1. RectMask2D之间无法合并DrawCall
  2. RectMask2D外的元素和RectMask2D内的元素,无法合批
  3. RectMask2D完全裁剪的元素,不再占用DrawCall,也完全不参与Depth计算
  4. Hierarchy中被RectMask2D分割的元素,如果Depth、Atlas与RectMask2D下的某元素相同,则无法合批。
  5. RectMask2D裁剪掉的部分,依然参与Depth计算
  6. 如果RectMask2D上绑定了Image,那么多个RectMask2D的Image如果属于同一个Atlas可以合并

解释下第5条,如果同一个图集上可合批的元素,在Hierarchy中被一个RectMask2D分割在上下两部分,那么这些元素的合批有可能被打断。什么情况下会被打断呢?用N代表要合批元素所在的层,如果RectMask2D中第N层的元素和外面要合批的元素属于同一个图集(Atlas),那么这个合批就会被打断。

4、其他

  • UI元素Position的Z值不为0时,会被视为3D UI,不参与合批。父节点Z != 0,则下面的元素都无法合批了。
  • UI元素Rotation的X和Y修改后,若元素不在UI平面内,则无法合批,原因同上。
    例:X=0、X=180时,元素始终保持在UI平面内,合批是正常的;X=1,元素与UI平面相交,此时无法合批。
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,324评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,303评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,192评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,555评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,569评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,566评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,927评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,583评论 0 257
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,827评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,590评论 2 320
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,669评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,365评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,941评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,928评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,159评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,880评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,399评论 2 342

推荐阅读更多精彩内容