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

本文主要是介绍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 个文本所组成：

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

二、关于DrawCall优化的建议

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

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

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

2、动态合图使用建议

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

合理控制图集最大尺寸，避免单个图像加载时间过长
尺寸太大的图像没有必要打进图集（如背景图）
善用九宫格（Sliced）可以节省很多空间
间距保持默认的 2 并保持勾选扩边选项，避免图像裁剪错误和出现黑边的情况
勾选不包含未被引用资源选项，自动排除没有用到的图像以节省空间（该选项预览时无效）
开发时预览图集，根据结果进行调整，以达到最好的优化效果
不建议任何图像资源的尺寸超过 2048 * 2048，否则在小游戏和原生平台可能会出现问题

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