Cocos Creator3.8 项目实战（九）2D UI DrawCall优化详解（下）

上一篇文章中，我们详细介绍了： 什么是Draw call ？ Draw Call 中造成性能问题的原因是什么？以及在 Cocos Creator 项目中如何减少DrawCall ？感兴趣的朋友可以前往阅读：Cocos Creator3.8 项目实战（八）2D UI DrawCall优化详解(上)。

今天主要介绍一下，DrawCall 优化案例，以及实践过程中对DrawCall优化的经验总结，希望帮助到有需要的朋友，进一步加深对DrawCall 优化的理解。

一、DrawCall优化案例

假如这里需要做一个弹窗， 由 10 张碎图和 1 个文本所组成：

1. 不做任何优化且未开启动态合图的情况下，渲染这个弹窗需要 11 个 DrawCall
2. 将所有碎图打成一个图集，文本节点夹在精灵节点之间的情况下，需要 3 个 DrawCall。在顶部最外层或者底部最外层的情况下，需要 2 个 DrawCall。
3. 文本使用 BMFont，将所有碎图和 BMFont 打成一个图集的话只需要 1 个 DrawCall，如果碎图不和 BMFont 打成一个图集的情况，则参考第 2 项。
4. 碎图不打包图集，开启动态合图，在理想情况下，文本使用 BMFont 最少只需要 1 个 DrawCall，不使用 BMFont 的情况同样参考第 2 项。

二、关于DrawCall优化的建议

1、静态合图方式选择建议

对于自动资源合图和手动资源合图的方式选择上， 可根据实际 Draw Call需要优化的程度来进行合理选择。

• 如果为了简单方便，可优先使用自动图集资源的方式。
• 如果对Draw Call性能优化要求较高，可选择手动图集资源的方式。

但是无论选择哪种方式，请别忘了，遵循 尽量将处于同一界面（UI）下的相邻且渲染状态相同的碎图的原则。

2、动态合图使用建议

• 尽量防止不同图集的UI元素互相的打乱

• 尽量防止Label的打断

• 组织UI组件尽可能的是下面的方式

  Label1 Label2 Label3 Label4 Label5

  Sprite1 Sprite2 Sprite3 Sprite4 Sprite5

  组织UI图集资源尽可能的是下面的方式:

  A1 A2 A3 A4 A5

  B1 B2 B3 B4 B5

  不同的图集在一起

  不要这样组织UI组件图集资源:
  A1B1 A2 B2 A3 B3 …

3、关于自动图集的几点建议

• 合理控制图集最大尺寸，避免单个图像加载时间过长

• 尺寸太大的图像没有必要打进图集（如背景图）

• 善用九宫格（Sliced）可以节省很多空间

• 间距保持默认的 2 并保持勾选扩边选项，避免图像裁剪错误和出现黑边的情况

• 勾选不包含未被引用资源选项，自动排除没有用到的图像以节省空间（该选项预览时无效）

• 开发时预览图集，根据结果进行调整，以达到最好的优化效果

• 不建议任何图像资源的尺寸超过 2048 * 2048，否则在小游戏和原生平台可能会出现问题

  而且图像尺寸越大，加载的时间也越长，而且是非线性的那种增长，例如加载一张图像比加载两张图像所消耗的时间还长，得不偿失。