自动关联目录：移动端渲染

覆盖说明：官方 Mobile Development 大类的子条目无法静态抓取；本篇按引擎实际模块组织，涉及版本差异处标注"以目标版本为准"。移动端工具链部分见 Profile（UE性能优化工具.md 中 GPU/内存/功耗各节）。

1. 定位

移动端的渲染瓶颈和桌面完全不一样：桌面通常卡在 GPU 算力或 draw call，移动端几乎总是卡在带宽与发热。

一句话定位：**移动端优化的第一原则是"少读、少写、少全屏"，而不是"少算"。**在 tile-based GPU 上，一次全屏 pass 的代价远高于一次复杂的片元着色。

2. 结构：三层选择

1. 平台与图形 API   Android / iOS  →  Vulkan / OpenGL ES / Metal
2. 渲染器路径       移动前向渲染（默认）
3. 特性开关         Mobile HDR、MSAA、后处理、阴影、反射方案

特性可用性的硬边界（这是和桌面最大的差异）：

3. 带宽为什么是第一瓶颈

移动 GPU 多为 Tile-Based 架构：渲染时先把 tile 加载进片上高速内存，算完再写回主存。任何需要"读回整张 RT"的操作都会打破这个优化：

因此移动端的优化顺序：

1. 砍全屏 pass 的数量（合并后处理）
2. 降渲染分辨率（r.MobileContentScaleFactor）
3. 用低精度格式（Mobile HDR 关掉 → LDR）
4. 最后才是简化材质指令

4. 纹理与压缩

5. 参数与设置

具体开关名随版本变化，以目标版本的 Project Settings（Rendering / Mobile 分组）实际条目为准。

6. 代价与权衡

7. 踩坑与排查

8. 排查顺序

1. 先确认瓶颈类型：带宽 / 片元 / 顶点 / CPU
   └─ 移动端大概率是带宽
2. 砍全屏 pass 数量
3. 调 r.MobileContentScaleFactor
4. 检查 Mobile HDR 是否必要
5. 看纹理格式是不是 ASTC
6. 发热降频？→ 看功耗曲线（时间维度，别只看瞬时帧率）
7. 用平台工具：Android GPU Inspector / Xcode / Adreno / Mali（见 Profile）

参考

• Nanite（平台限制：DX12 + SM6，不含移动端）
• Lumen（面向次世代主机与高端桌面）
• 虚拟阴影贴图（支持平台不含移动端）
• 材质与着色器编译 · Profile 分支的 GPU / 内存 / 功耗各节