转自： UGUI合批原理笔记 - 赵青青 - 博客园
UGUI合批规则图解_时光不染-CSDN博客_ugui合批规则
合批的过程#
网格更新机制#
- Cavans.SendWillRenderCanvas
- m_LayoutRebuildQueue
- m_GraphicRebuildQueue
- Canvas.BuildBatch 更新所有DrawCall
- WaitingForJob 子线程网格合并
- PutGeometryJobFence
- BatchRendere.Flush UI如果开多线程渲染，BatChRender.Flush会增高，主线程在等待子线程的结果时Flush会等待。
哪些因素的改变会引起合批#
从源码中可以看到，这些数据的改变会引起合批
源码地址： UI / UnityEngine.UI / UI / Core / Utility / VertexHelper.cs
private List<Vector3> m_Positions = ListPool<Vector3>.Get();//顶点位置的拷贝或指定新顶点位置的数组 private List<Color32> m_Colors = ListPool<Color32>.Get();//颜色 private List<Vector2> m_Uv0S = ListPool<Vector2>.Get();//基本纹理坐标 private List<Vector2> m_Uv1S = ListPool<Vector2>.Get();//第二套纹理坐标 private List<Vector2> m_Uv2S = ListPool<Vector2>.Get();//第三套纹理坐标 private List<Vector2> m_Uv3S = ListPool<Vector2>.Get(); private List<Vector3> m_Normals = ListPool<Vector3>.Get();//法线 private List<Vector4> m_Tangents = ListPool<Vector4>.Get();//切线 private List<int> m_Indices = ListPool<int>.Get();//mesh的索引
Mesh的API：http://wiki.ceeger.com/script/unityengine/classes/mesh/mesh
http://wiki.ceeger.com/script/unityengine/classes/mesh/mesh.getindices
怎么避免合批#
尽量减少“动态”长文本(运行时修改文本内容)
Image或Text，如果不需要点击，则不要勾选Raycasts
降低界面的更新频率
避免图集分离，使用相同的图集。
同一图集的Image元素应尽量保证在Hierarchy中连续，避免中间插入其他图集，或插入文本。
避免图片叠加在一起（遮挡，旋转）
如果sprite是中心镂空且切图为九宫格时，可以去除fill center，以减少over draw
透明Image，用来做响应点击事件，同样存在开销
避免或减少Mask的使用，1个Mask至少增加两个DC
避免频繁删除/增加UI对象，UI层次结构变化会引起Canvas的更新
避免频繁动态的更新UI元素的Vertex, Rect, Color, Material, Texture等，可能引起Canvas数据更新和Batch更新计算，有可能引起VBO Update（重新提交顶点数据）。
尽可能使用少的UI Material和贴图（使用图集），使得可以Batching。
同一父节点下所有子节点，保持相同的层次结构（如List控件下的item），便于底层相同depth下UI元素Batch。
避免UI元素数目过多和层次结构过于复杂影响Batch更新速度。
固定的Text考虑与背景图层合在一张图上（可能不便本地化，但可以减少drawcall）。
使用缓存池，对缓存频繁使用的元素。
部分内容参考：http://gad.qq.com/article/detail/25947
HUD处理(动静分离)#
Canvas重建就是为了合并DC，将经常变化的文字放在独立的Canvas，手动分离Canvas（会增加DC，不能和其它文字合并），但文字变化时其它Canvas就不需要重建。
示例：名字和血条分开在两个不同的节点下。这样当血条变化时，就不会引起名字的更新。如下图所示：
2、设置scale为0，而不是设置active = false/true，或者添加Alpha Group，设置alpha=0/1
不勾选FillCenter#
镂空九宫格不勾选FillCenter，在Scene的Overdraw下可以查看到，不勾选FillCenter，overdraw会减少。
少用Effect功能#
少用Outline，Tiled Sprite
outline额外生成7倍顶点#
在一个空场景中，给Text添加outline之后，顶点数大约是未添加之前的7.5倍。
去掉outline之后，顶点数下降了很多。
Image不使用Tiled#
type=simple时的顶点数
使用Tiled之后，顶点数也上涨很多。
参考资料#
Unity官方论坛发布 Unity UI性能优化技巧
UGUI优化：批次合并源码分析及工具
工具：UI层级辅助工具，用于显示UI的层级、批次等数据，便于UI性能优化。使用者可以结合以上规则，分析当前UI元素排列顺序、材质贴图设置，优化UI Batching，减少UI Drawcall。
Unity UI优化小结
重建 是UGUI优化的关键 -- Unite2017嘉宾杨怀忠分享《UGUI深度优化》
原理图解
批处理: 大致就是Unity在运行时可以将一些物体进行合并，本来需要多个drawcall指令才能渲染完成的降为1个drawcall就能搞定
使用: UGUI在合批之前，会根据ui的Depth、MaterialID 、MaterialID、RendererOrder进行排序，之后对相邻的UI进行检测。判断MaterialID和TextureID是否相同，如果相同则可以进行合批处理。如果不同则会打断合批
先决条件：MaterialID,TextureID相同
这两个很容易达成，不对默认Material做修改，并使用同一个图集即可
我们这里主要讲解的是打断合批的情况
排序图解
首先看下图
文字 Texture 是Font Texture
空白图片 Texture 是UnityWhite
1.首先由Depth排序，盖在最里面的白色图片深度为0
2.Text在白色图片上面，二者材质(Material)相同,但纹理(Texture)不同，不能合批，Text深度为1
3.再往下，红色图片盖在Text上面，同理不能合批，red深度为2
4.黄色和红色材质和纹理都相同，可以合批，yellow深度为2
5.同理绿色图片green深度为2
这里我们打开Profiler(command + 7)看一下，3个批次符合判断
注一
以上覆盖关系与控件大小无关，与控件在Hierarchy的布局位置无关，只与渲染的三角面有关，如图
scene选择Wireframe，可以看到渲染的三角面
显示如下，控件大小为蓝色调整大小的区域，实际渲染的只有左上的小方块三角面
红色图片的方框一部分与Text线框重合。所以打断了合批。
我们尝试把Text上移一些，如下图
对比以上图片可发现，Hierarchy布局未发生变化，只是移动了Text的位置，Text区域框依然和red区域有重叠。合批却发生了变化。
实例图解
实际应用案例
下面是一个常见界面，对比一下合批的效果
不打包图集
使用图集
一些注意事项
1.一些打断合批的细节
如图，第一个道具的 label_destory 没有隐藏，img_btn 能完全覆盖，显示效果是一样的。
但是label_destory 会打断 img_cellBg 与 img_btn的合批，平白多出2个批次
2.图集打包的注意事项
drawcall并不是最求极限越小越好。
如文中的道具图标，如果有大量图标，打包到同一个图集里会使图集很大。
决定渲染模块性能的除了Draw Call之外，还有用于传输渲染数据的总线带宽。当我们使用Draw Call Batching将同种材质的网格模型拼合在一起时，可能会造成同一时间需要传输的数据（Texture、VB/IB等大大增加，以至于造成带宽“堵塞”，在资源无法及时传输过去的情况下，GPU只能等待，从而反倒降低了游戏的运行帧率
这种界面一般重复使用的UI打包为一个图集。
图标根据数量分为多个图集，或者由美术直接提供图集自己做裁切。
图集大小根据各公司规范略有不同，大多是512或1024
