Unity XR性能优化核心知识完全指南

Draw Call 与 SetPass#

理解渲染批次，先要搞清楚 Draw Call 和 SetPass 的区别。

简单比喻：

• SetPass = 工厂里工人为下一个生产任务更换工具、调整机器设置、准备好原材料
• Draw Call = 工人开始用这套设置实际组装产品

一个 SetPass Call 可以为一次或多次 Draw Call 服务，只要这些 Draw Call 使用完全相同的渲染状态。这就是合批（Batching）的基础。

动态批次（Dynamic Batching）#

Unity 在运行时由 CPU 自动合并满足限制条件的多个动态物体网格，合成一个大网格一次性提交给 GPU。

1
// 动态批次自动生效，无需手动开启
2
// 适用场景：大量小型相同材质物体（如场景草地、碎石）

重要：动态批次是 内置渲染管线（Build-in） 的重要优化手段。在 SRP（URP/HDRP）管线中主要采用 SRP Batcher，URP 渲染管线可以使用动态批次。

静态批次（Static Batching）#

对不移动的物体标记 Batching Static，Unity 在构建时合并相同材质的物体。

1
// 在 Inspector 中勾选 Batching Static
2
// 或使用 API 强制合并
3
StaticBatchingUtility.Combine(gameObject);

静态批次规则：

• 必须勾选 Batching Static
• 必须相同材质、相同渲染状态（Blend/ZTest/Pass）
• 每批次最多 64,000 个顶点
• 运行时不能改变 Transform（位置、旋转、缩放）
• 物体不能改变网格数据

内存警告：静态批次会占用额外内存，因为合并后的网格是唯一存在的。合并物体越多，顶点越多，内存越大。

释放静态批次内存：

1
// 对象不再使用时，手动释放
2
Resources.UnloadAsset(meshData);
3
AssetBundle.Unload(true);

GPU Instancing#

GPU Instancing 允许 CPU 一次 Draw Call 通知 GPU 渲染 N 个相同网格但不同变换/颜色的物体。

原理对比：

1
// Shader 中添加支持
2
#pragma multi_compile_instancing
3

4
// 材质球上勾选 Enable GPU Instancing

适用场景：

• 大量相同物体（树木、森林、岩石、子弹等）
• 实例之间只有 Transform、颜色、UV 偏移等微小变化
• 动态物体，但网格和材质固定，性能瓶颈在 CPU 时

不适用场景：

• 每个物体材质/贴图不同
• 实例数量很少（几十个以内，开销可能反而更大）
• 大量独立网格和材质
• SkinnedMeshRenderer（不支持）

SRP Batcher#

SRP Batcher 是 SRP（URP/HDRP） 下的 CPU 优化技术，通过将物体和材质数据缓存到 GPU，减少计算和上传开销。

核心特点：

• 不直接减少 Draw Call 数量，但减少 CPU 到 GPU 的数据传输
• 让同一 Shader 的不同材质对象共用已缓存的 GPU 常量缓冲
• Draw Call 数量不变，但 CPU 渲染线程时间显著下降

注意：Frame Debugger 中显示的是 SRP Batch，而不是每个物体的单独 Draw Call。实际上 GPU 仍在分别绘制，CPU 端提交被优化了。

SRP Batcher 使用要求：

1. Shader 必须声明 UnityPerDraw 和 UnityPerMaterial 的 Constant Buffer
2. 对象不能使用 MaterialPropertyBlocks
3. 对象需要是 MeshRenderer 或 SkinnedMeshRenderer

四种技术优先级#

注意：静态批次执行后就不会再执行 GPU Instancing，但会执行 SRP Batcher。

Overdraw（过度绘制）#

Overdraw 指同一像素在一帧中被重复绘制多次，上一次计算结果会被覆盖或叠加。

1
// Window > Rendering > Occlusion Culling
2
// 避免完全不可见的物体进入渲染

内存带宽优化#

内存带宽 = 单位时间内，显存（VRAM）和 GPU 内部之间能传输的数据量。

GPU 架构比喻：

• ALU = 只做加减乘除、逻辑运算的工人
• Shader Core = 负责跑一条着色器指令的一组工人
• SM（流式多处理器）= 一个小工厂，内有成百上千个工人
• 显存 = 存储原料的大仓库
• 内存带宽 = 从大仓库运原料到小工厂的输送带

优化思路：减少显存读写量，让 GPU 少搬运，多干活

顶点与片元基础#

• 顶点 = 3D 模型的”钢筋骨架”，决定模型形状
• 片元 = 光栅化阶段产生的候选像素点，决定屏幕上每个像素的最终颜色

GPU 渲染流程：先有骨架（顶点），再填满砖块（片元），最后变成完整画面。

顶点优化思路#

从本质上减少顶点以及顶点相关的计算

1. 降低顶点数量

   • LOD（Level of Detail）
   • 网格简化
   • 使用 Impostor（公告牌替代品）优化远距离物体

2. Billboard（广告牌）

   • 多角度烘焙到球面或半球面纹理图集
   • Octahedral Impostor 优化

3. 蒙皮优化

   • 减少骨骼数量、减少顶点权重、合并骨骼等

4. 顶点动画优化

   • 把复杂的程序形变改为 VAT（顶点动画纹理）

5. 顶点着色器优化

   • 减少 v2f 里插值数量（TEXCOORD 通道）
   • 移动端着色器中数值类型尽量用 half
   • 避免大量 sin/cos/pow，用 x*x 替代 pow(x,2.0)
   • 预计算复杂函数结果到纹理

6. 合批处理

7. 剔除先于变化 — 使用遮挡剔除、视锥剔除

片元优化思路#

从本质上减少片元以及片元相关的计算

1. 降低分辨率（动态分辨率）
2. 减少全屏 Pass
3. 避免 Early-Z 失效（透明物体会导致失效）
4. Shader 中避免 if/else 分支，用 step/lerp 替代

常见内存分配问题与解决方案#

1
// ❌ 错误：每帧分配字符串
2
void Update() {
3
    string name = gameObject.name; // 每次都分配新字符串
4
}
5

6
// ✅ 正确：使用 String.Empty 或缓存
7
private string tempName = String.Empty;

优化建议清单：

分帧执行示例#

1
private int interval = 3;
2

3
void Update()
4
{
5
    if (Time.frameCount % interval == 0)
6
    {
7
        ExampleExpensiveFunction();
8
    }
9
}

禁用调试日志#

1
public class GameLog : MonoBehaviour
2
{
3
    [SerializeField] private bool logEnable = true;
4

5
    private void Awake()
6
    {
7
        Debug.unityLogger.logEnabled = logEnable;
8
    }
9
}

Shader 参数优化#

1
// ❌ 一般做法
2
material.SetFloat("_DissolveAmount", 1);
3

4
// ✅ 优化做法：使用 PropertyToID
5
private int dissolveAmountProperty = Shader.PropertyToID("_DissolveAmount");
6
private MaterialPropertyBlock propertyBlock;
7

8
void Update()
9
{
10
    targetRenderer.GetPropertyBlock(propertyBlock);
11
    propertyBlock.SetFloat(dissolveAmountProperty, 1);
12
    targetRenderer.SetPropertyBlock(propertyBlock);
13
}

CPU-Slicing#

将一些脚本的 Update 逻辑放在一个统一的 Update 管理器，分帧执行：

1
// 第一帧执行 A 脚本 Update
2
// 第二帧执行 B 脚本 Update
3
// ...

贴图优化#

XR 一体机建议贴图 Max Size 设为 1024

物理优化#

Canvas 重建机制#

Canvas 的本质作用：

1. 收集子节点的 UI 元素（Graphic）信息
2. 处理渲染顺序（Sorting、Camera、RenderMode）
3. 管理重建，监听子物体的变动
4. 批量生成 UI 顶点网格、更新材质信息
5. 最终在渲染阶段合批并提交给 GPU

核心问题：一个 Canvas 统一管理它下面所有子 UI 元素，若更新其中一个子元素会让整个 Canvas 重建。

导致 Canvas 重建的操作：

• 修改 RectTransform（位置、尺寸、角度）
• 动态布局变化（LayoutGroup、ContentSizeFitter）
• 频繁改变父子关系
• 透明度变化
• 修改材质
• 脚本修改 Shader

动静分离策略#

注意：Canvas 不是越大越好，合并后可能产生更多 DrawCall。

UI 优化清单#

1. 不需要交互的取消勾选 Raycast target
2. 移除默认的 Graphic caster
3. 手动指定 Canvas 的 event camera
4. 少用自适应布局组件
5. 使用 SpriteAtlas 图集
6. 用 canvas.enabled = false 替代 SetActive（避免 UI 重建）
7. 避免用 Animator 控制 UI，优先使用：
   • DoTween 插件做缓动效果
   • 协程或 Lerp 实现插值动画
   • Shader 实现动态效果（进度条流光、动态血条等）

音频加载类型选择#

音频优化建议#

• Preload Audio Data：短音效勾选，长音效关闭
• 使用 WAV 格式（未压缩，解码快）
• 推荐压缩格式：OGG/MP3
• 音频压缩可节省存储空间