DrawCall的性能瓶颈主要在CPU，消耗于数据和渲染状态的重复提交与切换。绑定数据和状态切换的开销比Draw命令本身更大，因此引擎通过批处理技术减少切换。主机平台因软硬件定制优势，效率远超PC。现代渲染API如Vulkan/DX12通过异步提交命令优化性能。Unity优化建议包括合批、材质排序、减少碎片化资源和透明物体，并实时监控CPU瓶颈。典型场景如大地图或UI列表需批量合并Mesh以减少DrawCall。代码示例展示了动态物体和UI的合批方法。核心原则是减少DrawCall和材质切换以提升性能。
一、核心总结
1. DrawCall的开销主要在CPU
在渲染命令提交阶段，数据和渲染状态从应用层、经过驱动、中转到内核和GPU，绝大部分流程都在CPU上完成。
每次DrawCall涉及渲染对象、设置材质、绑定纹理等，都要重复提交和状态切换，累加成本很高。
2. 绑定数据/状态切换才是大头
单纯的Draw命令（如DrawPrimitive、DrawIndexed）成本相对较小，大量性能瓶颈其实在前序的 buffer Switch、Material/Shader/Texture binding 等状态切换环节。
Unity、UE等引擎极力利用Batching技术，就是在最大化合并状态、减少切换和流水线阻塞。
3. 主机平台拥有软硬件定制优势
专门的硬件和驱动，CPU和GPU可以“亲密无间”交流，实现极低开销（几乎没有多层驱动和通用平台API中转），所以PS5/Xbox上可以用远超PC的效率。
PC平台通用性强但瓶颈多，加速技术和硬件差异很大。
4. 现代渲染API（Vulkan/DX12/Metal）优化DrawCall Overhead
DX12/Vulkan允许应用在用户态提前批量、异步构造和提交命令（Command Buffer），显著减少驱动态切换和CPU/GPU资源浪费。
二、Unity实际性能优化建议
1. 积极合批：减少DrawCall数量
利用Unity的StaticBatch（静态场景物体合并批次）、DynamicBatch（动态小物体合并批次），让大量同材质/同shader的对象合并成一次DrawCall。
UI内容采用Canvas Group模式（同层次合并绘制）。
2. 材质/渲染状态排序
尽量让同一个材质、shader、纹理的物体连续绘制。这样可以极大减少SetPassCalls（每次材质切换都必须重新绑定、同步状态，带来巨量overhead）。
3. 减少碎片化资源
批量合并Mesh、Texture，避免场景里出现无数独立的小网格/图片。
4. 减少透明物体数量
透明物体难以合批（需要后处理+深度排序），每一个都可能拆开单独DrawCall，优先合并非透明材质。
5. 实时监控，关注CPU瓶颈而非单纯GPU负载
使用Unity Profiler、RenderDoc等工具分析Batches（DrawCall数量）、SetPassCalls（材质切换次数），针对高峰区优化分组、拆分、排序。
注意：CPU使用率居高不下，但GPU负载很低时，极有可能DrawCall/Batches过多，导致CPU处于驱动提交密集型瓶颈。
三、典型场景举例
- 大地图场景/粒子弹幕/繁杂UI列表
大量物体独立渲染，如果每个小物体都要单独DrawCall，会把CPU搞“爆”；通过批量合并Mesh/UI，能把几十万个物体合成几个DrawCall，明显提升性能。
- 移动设备性能边界
DrawCall上限更低，经常限制在几百以内，否则会直接卡顿。
- 材质合理分组
不同贴图使用相同材质的Atlas，专门优化材质/渲染顺序，最低化SetPassCalls，把渲染流程简化为“批处理”，提升效率。
四、代码层面举例（Unity）
批量合并动态物体：
// 合并所有小Mesh到一个大Mesh，极大减少DrawCall
public static Mesh MergeMeshes(MeshFilter[] meshFilters) {
List combines = new List();
foreach (var mf in meshFilters){
if (mf == null) continue;
CombineInstance ci = new CombineInstance();
ci.mesh = mf.sharedMesh;
ci.transform = mf.transform.localToWorldMatrix;
combines.Add(ci);
}
Mesh mergedMesh = new Mesh();
mergedMesh.CombineMeshes(combines.ToArray(), true, true);
return mergedMesh;
} 合并材质（Atlas生成后重定所有网格为同一材质）：
// 使用TexturePacker、AtlasMaker等工具预处理，或用Unity的Sprite Atlas
UI合批技巧：
// 尽量保持同一Canvas下的UI同材质贴图，不要用太多不同的Shader/效果
五、扩展阅读推荐
- GPU Gems: Chapter 29. Batch, Batch, Batch: Draw Call Performance
- Unity官方文档：优化绘制批次
- RenderDoc高级分析DrawCall/Command Buffer流
六、一句口号总结
DrawCall越少、材质切换越少、每次批量数据越大，性能就越高！DrawCall、SetPassCalls是CPU到GPU交互的最大瓶颈。
版权声明：本文为CSDN博主「你一身傲骨怎能输」的原创文章，
遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/qq_33060405/article/details/150920728
