UE5 大世界，怎么在手机上跑 60 帧

把 PC 那套直接搬到手机，中端机三分钟就烫手。这篇写我们做《山海纪》时踩过的坑和最终的四个解法。

先说结论

UE5 能在手机上跑大世界，但不能照搬 PC 那套。Nanite 和 Lumen 在中端机上基本不可用，必须做降级方案。我们最后做到骁龙 8 Gen2 稳定 60 帧、中端机 30 帧兜底，靠的是四件事：分块流式加载、视距分级、材质变体合并、包体拆分。

一、先把性能预算定死

开工第一周我们就定了每个模块的上限，写进文档，超了就驳回：

• 同屏 Draw Call ≤ 800
• 运行时内存 ≤ 1.8G（含引擎本身）
• 单帧 CPU ≤ 12ms，GPU ≤ 14ms
• 单张贴图 ≤ 2048×2048，全局贴图池 ≤ 600M

没有这套东西，后期优化就是灾难——你永远不知道是谁把帧率吃掉的。

二、Nanite 怎么办

Nanite 的虚拟几何体在移动端不支持。我们的做法是PC 端保留 Nanite，移动端走预烘焙 LOD：在 Houdini 里对每个资产生成 4 级 LOD，烘焙进 Asset Bundle。切换平台时用不同的打包配置，美术只做一套高模。

代价是移动端包体略大（多了一套 LOD 数据），但换来的是美术不用做两遍。

三、Lumen 换成烘焙 + 探针

移动端用不了 Lumen 的实时光追。我们改成：静态场景烘焙 Lightmap，动态物体用 Light Probe 采样，天空光用一张 HDR 做 IBL。视觉损失主要在动态全局光照上，但白天场景几乎看不出差别。

夜景是唯一妥协比较大的地方——点光源的间接光只能靠手摆补光，美术多花了两周。

四、分块流式加载

世界切成 512m × 512m 的格子。每格有独立的 Level，包含地形、植被、建筑、碰撞、导航网格。玩家移动时按速度方向预测，提前加载前方两格。

关键在异步 IO + 分帧实例化：加载回来的数据不在一帧里全塞进场景，而是拆到 3–5 帧，每帧最多实例化 200 个对象。卡顿从 180ms 降到 12ms，基本感觉不到。

五、材质变体是隐形杀手

美术最初做了 47 种材质，每种带独立 Shader 变体。结果打包编译 40 分钟，运行时切换材质还会掉帧。

我们归并成 12 个母材质，其余用参数实例。变体数降到四分之一，编译时间从 40 分钟降到 9 分钟，包体少了 380M。

六、包体怎么从 5.8G 压到 3.2G

• 贴图统一 ASTC 6×6 分块压缩，UI 用无损子集
• 音频从 WAV 转 Opus，BGM 码率 96kbps，音效 64kbps
• 剔除未引用资源（这一步通常能省 10%–15%）
• 首包与资源包拆分，首包 480M，进新手村后再下载后续地图

最后一句实话

移动端 UE5 不是"能不能"的问题，是"值不值"的问题。如果你的项目是轻度玩法、美术风格不依赖高精度模型，Unity 或 Cocos 会更省事、更便宜、更稳。

选 UE5 的理由应该是"我需要这个画面"，而不是"UE5 比较新"。