开场一个明明满足条件却还是断批的抓狂小王照着案例做了动态批处理用了sharedMaterial、物体也是小方块可 Frame Debugger 一看——还是断批了他快抓狂了“我条件都满足了啊怎么还是一个个单独画到底还有哪些隐藏的因素会打断动态批处理有没有一份完整的’断批元凶清单’让我照着排查”老鸟叹气“动态批处理的断批因素特别多、特别隐蔽这正是它’难伺候’的原因今天给你一份完整的断批清单从最常见到最隐蔽照着一条条查保证揪出元凶” 第一幕为什么断批因素这么多根本原因合批要求几乎完全一样动态批处理的本质 把多个物体拼成一个DrawCall ↓ 但拼一起的前提是: 它们的渲染状态必须一致! ↓ 任何一点不同 → GPU没法一次画完 → 只能分开画 → 断批! ↓ 所以但凡有差异,就可能断批生动比喻拼单的苛刻要求动态批处理拼单像极度苛刻的合并订单 要合并必须: 同一家店(同材质) 同样的做法(同Shader) 同样的包装(同渲染状态) 份量不能太大(顶点限制) ... ↓ 任何一项不同 → 拒绝合并! ↓ 所以断批因素才这么多! 第二幕断批元凶完整清单 元凶1不同材质(最常见)⭐❌ 物体用了不同的材质 → 不同材质 不同渲染参数 → 必然断批! ↓ 包括隐蔽情况: - 用了.material(产生实例) - 运行时改属性(产生实例) - 看似一样但其实是不同材质资产 元凶2材质实例化⭐超隐蔽❌ 访问renderer.material(而非sharedMaterial) → Unity为它创建独立材质实例 → 即使源材质相同,实例不同 → 断批! ❌ 运行时改material.color等属性 → 同样触发实例化 → 断批! ↓ ✅ 用sharedMaterial;改属性用PropertyBlock 元凶3顶点数超限⭐❌ 物体顶点属性总数超过上限 → 超过就不合批 ↓ 限制取决于用了多少顶点属性: - 属性越多(法线UV切线...) - 单物体能合批的顶点数越少 ↓ 高模、复杂物体基本合不了! 元凶4多 Pass Shader❌ Shader有多个Pass → 多Pass渲染复杂,无法动态批处理 ↓ ✅ 动态批处理只支持单Pass Shader 元凶5不同的纹理/关键字❌ 用了不同纹理 → 即使同材质,不同纹理也可能断批 ❌ Shader关键字不同 → 比如一个开了某功能,一个没开 → 变体不同 → 断批 ↓ 细微的Shader变体差异都会断! 元凶6负缩放 / 非统一缩放❌ 物体有负缩放(镜像) → 影响顶点绕序,断批 ⚠️ 非统一缩放(xyz缩放不同) → 某些版本/情况下影响合批 ↓ ✅ 尽量用统一缩放,避免负值 元凶7受不同光照影响⭐❌ 物体受不同的实时光照影响 → 多个逐像素光源 → 每个光要额外Pass → 断批! ❌ 用了不同的光照贴图(Lightmap) → 不同Lightmap索引/UV → 断批 ❌ 受不同的光照探针(Light Probe)影响 → 探针数据不同 → 可能断批 ↓ 光照相关是隐蔽的断批大户! 元凶8实时阴影❌ 物体接收/投射实时阴影 → 阴影相关渲染让合批复杂化 → 可能断批 ↓ 阴影和动态批处理经常冲突 元凶9与 Instancing 冲突❌ 物体开了GPU Instancing → 走Instancing路径 → 不走动态批处理 ↓ 两者是不同机制,不能同时对同一批物体 元凶10不同的渲染队列/层❌ 渲染队列(Render Queue)不同 → 渲染顺序不同,分开处理 ❌ 不同的Sorting Layer等 → 影响批处理生动理解清单断批元凶像体检不合格项 材质不同 → 血型不合,不能一起 实例化 → 明明同款却各开小灶 顶点超限 → 块头太大装不下 多Pass → 工序太复杂 不同光照 → 打光方案不一样 实时阴影 → 带着影子难合并 ↓ 任何一项不合格 → 拒绝合批! 第三幕如何排查断批原因用 Frame Debugger 直接看原因⭐✅ 最直接的方法 1. 打开Frame Debugger 2. 找到没合批的物体 3. 右侧看提示: Objects have different materials Objects have too many vertices Objects are affected by different lights ... ↓ Unity直接告诉你断批原因! 照着改就行!常见提示对照Frame Debugger提示 → 对应原因 different materials → 材质不同/实例化 too many vertices → 顶点超限 different lights → 光照不同 multi-pass shader → 多Pass different lightmaps → 光照贴图不同 negative scale → 负缩放 ↓ 提示直接指向元凶!️ 第四幕断批排查决策树排查流程发现断批了,按顺序查 【第1步】材质检查 □ 用的sharedMaterial吗?(不是material) □ 运行时改过材质属性吗? □ 确实是同一个材质资产吗? ↓ 没问题继续 【第2步】顶点检查 □ 物体顶点数在限制内吗? □ 是不是用了高模? ↓ 没问题继续 【第3步】Shader检查 □ 是单Pass Shader吗? □ Shader关键字/变体一致吗? □ 纹理都一样吗? ↓ 没问题继续 【第4步】光照阴影检查 □ 受相同光照影响吗? □ 光照贴图一样吗? □ 有实时阴影吗? ↓ 没问题继续 【第5步】变换检查 □ 有负缩放吗? □ 缩放统一吗? ↓ 用Frame Debugger直接看提示最快! 第五幕避免断批的实践建议保持合批的最佳实践✅ 让物体保持能合批 1. 材质: - 统一用sharedMaterial - 需个性化用MaterialPropertyBlock - 尽量共用少数几个材质 2. 模型: - 只给低顶点物体用动态批处理 - 高模改用Instancing 3. Shader: - 用简单单Pass Shader - 保持变体/关键字一致 4. 光照: - 减少影响物体的实时光源 - 光照方案保持一致 - 考虑烘焙 5. 变换: - 避免负缩放 - 尽量统一缩放现代方案干脆用别的⚠️ 动态批处理断批因素太多,难伺候 ↓ ✅ 现代Unity的更好选择 - SRP Batcher(URP/HDRP): 不同材质也能优化!断批因素少很多 只要同Shader变体即可 - GPU Instancing: 大量相同物体,不受这些琐碎限制 ↓ 优先用这两个,少纠结动态批处理!生动理解现代趋势动态批处理像要求苛刻的老式拼单 条件多,动不动就断,难伺候 SRP Batcher像升级版智能拼单 要求宽松多了(同Shader就行) 不同材质也能优化! Instancing像专门的批量复制通道 相同物体走这条,不受琐碎限制 ↓ 现代项目: 优先新方案,省心!✅ 断批因素检查清单材质相关 □ 用了不同材质(最常见) □ 用了.material导致实例化⭐ □ 运行时改了material属性⭐ 模型相关 □ 顶点数超限(高模) Shader相关 □ 多Pass Shader □ Shader关键字/变体不同 □ 用了不同纹理 光照阴影相关 □ 受不同实时光照影响⭐ □ 用了不同光照贴图 □ 有实时阴影 变换相关 □ 有负缩放 □ 非统一缩放 其他 □ 开了GPU Instancing(走另一路径) □ 渲染队列/层不同 排查方法 □ 用Frame Debugger看断批提示⭐ 一句话总结什么会打断动态批处理根本原因是——动态批处理要求物体的渲染状态几乎完全一致任何差异都会断批。主要元凶清单① 不同材质最常见② 材质实例化用.material或运行时改属性超隐蔽③ 顶点数超限高模④ 多 Pass Shader⑤ 不同纹理/Shader 关键字⑥ 负缩放/非统一缩放⑦ 受不同光照影响、不同光照贴图隐蔽大户⑧ 实时阴影⑨ 与 Instancing 冲突⑩ 不同渲染队列/层。排查神器Frame Debugger 会直接告诉你断批原因different materials等照着改即可。现代趋势因断批因素太多难伺候优先用 SRP Batcher要求宽松和 GPU Instancing核心口诀断批因素多材质不同最常见material实例化最隐蔽顶点超限多Pass光照阴影都会断FrameDebugger看提示现代优先SRP Batcher 断批元凶速查表元凶隐蔽度解决方法不同材质低用共享材质material实例化⭐高用sharedMaterial运行时改属性⭐高用PropertyBlock顶点超限中低模才合批多Pass Shader中用单PassShader变体不同高保持关键字一致不同光照⭐高减少光源/烘焙不同光照贴图高统一Lightmap实时阴影中权衡阴影使用负缩放中避免负值缩放 一句话记住核心动态批处理要求几乎完全一样所以断批因素特别多——材质、顶点、Shader、光照、阴影、缩放任何差异都可能断。别死磕打开 Frame Debugger 看提示或者直接用 SRP Batcher / Instancing 省心 延伸断批因素折射的设计哲学【为什么SRP Batcher更先进】 动态批处理断批因素多的本质原因: 它要把顶点物理拼在一起 → 所以要求渲染状态完全一致 ↓ SRP Batcher换了思路: 不拼顶点,而是缓存材质属性到GPU → 只要Shader变体相同就能优化 → 不同材质也OK! ↓ 所以SRP Batcher: 断批因素少很多(主要看Shader变体) 限制宽松,更好用! ↓ 理解为什么断批 → 理解为什么新方案更好!