在游戏开发（尤其是使用 Unity 引擎）中，合批（Batching）是减少 Draw Call（渲染调用）、提升游戏帧率最核心的优化手段。它的核心原理是将多个物体的网格（Mesh）合并在一起，用一次渲染指令发给 GPU。
静态合批和动态合批各有其严格的触发要求，下面为您详细梳理：
一、 静态合批（Static Batching）的要求
静态合批适用于在游戏运行过程中绝对不会移动、旋转或缩放的物体（如建筑、道路、大树等）。
核心要求：
必须勾选 Static：物体的 Inspector 面板右上角，必须勾选
Batching Static（或者直接勾选全套Static）。材质球必须相同：所有要合批的物体必须使用同一个材质球（如果是不同物体，通常需要将它们的纹理打包到一张图集 Atlas 中，并共享同一个材质）。
网格（Mesh）可以不同：这是静态合批的优势，即便正方体、长方体、石头样式各异，只要材质相同就能合批。
不能有动态位移：运行时物体不能发生任何 Transform（位置、角度、缩放）的改变。
⚠️代价与限制：
静态合批是以空间换时间。Unity 会在打包或加载时，将这些静态物体的网格合并成一个巨大的新网格。如果一个相同的场景道具（比如一棵树）被复制了 100 次并做静态合批，内存中就会执行 100 次网格拷贝，导致内存占用暴增。
二、 动态合批（Dynamic Batching）的要求
动态合批适用于正在移动的、小型的轻量级物体（如粒子、飞镖、零散的小道具）。由于它是在 CPU 运行时每帧实时计算合并的，所以为了不让 CPU 崩溃，限制极其苛刻。
核心要求：
材质球必须相同：与静态合批一样，必须使用同一个材质（
Renderer.sharedMaterial）。顶点属性限制（最核心限制）：
动合批的网格物体，其顶点属性（Vertex Attributes）数量不能超过 900 个。
如果 Shader 使用了顶点坐标、法线、UV 坐标，那么该网格的顶点数不能超过 300 个。如果还用了切线（Tangent），顶点数限制会更低。
缩放（Scale）限制：
物体不能有非等比缩放（比如 X 放大 2 倍，Y 放大 1 倍）。
镜像缩放（如缩放值为负数
-1）也会导致合批失败。
光照贴图（Lightmap）一致：物体必须指向光照贴图中的同一个位置，或者都没有光照贴图。
Shader 限制：不能使用多 Pass（Multi-pass）的 Shader，否则会打破合批。
三、 快速对比表
| 特性 | 静态合批 (Static Batching) | 动态合批 (Dynamic Batching) |
| 适用对象 | 静止不动的物体（场景建筑等） | 移动的小物体（粒子、道具等） |
| 物体网格大小 | 没有限制（大网格也可以） | 极小（通常顶点数 < 300） |
| 材质要求 | 必须相同 | 必须相同 |
| 性能损耗点 | 增加内存消耗、包体变大 | 增加每帧的 CPU 计算开销 |
| 运行时能否移动 | 绝对不能 | 可以移动 |
💡 现代引擎的趋势
如果你使用的是 Unity 的新渲染管线（URP 或 HDRP），你可能会发现动态合批在很多情况下默认是被关闭的。因为现代优化更倾向于使用SRP Batcher（SRP 合批）或GPU Instancing（GPU 实例化）：
SRP Batcher：它不限制顶点数，甚至不要求物体网格相同，它不合并网格，而是通过在显存中缓存材质的 CBuffer（常量缓冲区）来极大地减少渲染上下文切换的开销。
GPU Instancing：适合数量巨大且网格完全相同的动态物体（例如满地的草、大批量的士兵），不仅不耗 CPU，还能完美合批。
 agent和组件)