主要是四种众所周知的优化手段的简单总结1.静态批处理此术语的详情在静态批处理即静态批处理的顶点的转换不会在CPU上进行且静态批处理是先将网格合并再转换到世界空间并为它们构建一个共享的顶点和索引缓冲区- 兼容性- 需要满足的条件对第一个红框做说明比如这里有一堆静态的树那么变换只对所有树生效且相同时才会不破坏批处理如果只是修改单棵树的变化那么会破坏批处理- 开启方式非运行时状态开启-运行时状态设置- 副作用即使用静态批处理会增大内存消耗2. 动态批处理此术语的详情在动态批处理- 兼容性即高清渲染管线不支持HDRP- 设置方式- 限制- 非动态生成Mesh的动态批处理处理方式为将所有顶点转换到世界空间这里与静态批处理不同消耗主要是在CPU上并且这里还指明了一点即对于阴影投射器物体本身的材质可以不同但阴影依旧可以批量处理- 动态生成Mesh的动态批处理粒子系统Line RendererTrail Renderer这三个renderer会动态生成Mesh3. GPU Instancing此术语的详情在GPU Instancing在这里有个特殊的点即“每个实例可以有不同的属性比如颜色或比例”解释如下注意根据官方文档Graphics.DrawMeshInstanced方法已经过时需要使用 Graphics.RenderMeshInstanced 替代注意此API一次最多渲染1023个实例- 兼容性这里的注意点是GPU Instancing和SRP Batcher不兼容SRP Batcher的优先级会高于GPU Instancing这里也指出了当你实在想用GPU Instancing而不是SRP Batcher时可以直接用Graphics.RenderMeshInstanced- 限制这里需要注意的是当调用 Graphics.RenderMeshInstanced 或 Graphics.RenderMeshIndirect时每一个调用方法都会是一个单独的DrawCall并且Unity不会合并- 开启方式还有就是可以用Graphics.RenderMeshInstanced之类的方法- 光照方面- 性能影响即顶点数量少于256的网格不要使用GPU Instancing4. Scriptable Render Pipeline Batcher (SRP Batcher)此术语的详情在SRP Batcher即SRP Batcher不减少DrawCall数量只是减少准备DrawCall所需的时间加快每一次DrawCall的提交速度- 兼容性- 使用方式在URP中在HDRP中- 工作原理即SRP Batcher的最核心原理就是缓存区将渲染状态数据存储在GPU的缓存区中从而加快了渲染速度且Shader变体需要相同才能被批处理- 如何使SRP Batcher不兼容这里的着色器图着色器指Shader Graph5. 四种方式对比总结- 原理类型核心原理数据流与执行时机静态批处理预处理合并网格在构建时或运行时启动阶段将多个静态物体的网格永久合并成一个大网格顶点坐标变换到世界空间构建时收集物体 → 合并网格 → 存储为资产运行时一次DrawCall动态批处理实时合并小网格每帧在CPU端将多个满足严格条件的小型动态物体的顶点数据实时计算并合并到临时缓冲区提交一次绘制每帧收集候选 → 检查条件 → 计算世界坐标 → 合并顶点 → 绘制 → 丢弃临时数据GPU InstancingGPU并行绘制相同网格CPU将每个实例的变换矩阵/属性打包成数组一次性发送给GPUGPU在顶点着色器中根据实例ID并行处理所有实例每帧CPU构建实例数据数组 → GPU常量缓冲区 → 一次DrawCall 内部可能分批次SRP Batcher持久化材质状态 快速切换对象数据将材质的Shader属性存储在GPU的持久缓冲区中每帧仅上传每个对象的变换矩阵到循环缓冲区绘制时通过对象ID快速索引初始化时材质数据上传GPU并常驻每帧对象变换矩阵 → 循环缓冲区 → 多次DrawCall 但每次仅设置对象偏移- 限制- 静态批处理这里相同材质指的是同一个本地材质文件即Renderer.sharedMaterial要相同- 动态批处理这里的材质实例相同其实也是指的同一个本地材质文件即不能同一个材质的多个副本- GPU Instancing- SRP Batcher- 是否都减少DrawCall和SetPassCall- 优缺点- 静态批处理- 动态批处理- GPU Instancing- SRP Batcher- 综合对比- 开启方式- 静态批处理- 动态批处理- GPU Instancing- SRP Batcher- 技术选型- 优先级