游戏关卡与资源流式加载：关卡切分、场景流式、资源优先级与加载屏

「开放世界不卡加载」「切换关卡流畅」「大地图走哪加载哪」——这些体验的背后是关卡与资源加载系统。很多团队把「加载」当「进关卡时黑屏几秒」，结果开放世界做不出来、切关卡体验稀碎。本文剥开关卡与资源加载外壳，聚焦四个核心模块：关卡设计与切分（世界怎么拆）、场景流式加载（开放世界怎么流）、资源加载优先级与预加载（先加载什么）、加载屏与性能（体验怎么流畅），并用 Unity Addressables/Scene Streaming、Godot 场景系统与自研加载器三重视角对照。

建议先读 游戏引擎架构 理解资源加载基础，本文深入其「关卡级加载」的进阶。

1. 关卡设计与切分：世界怎么拆

1.1 关卡的粒度

关卡不是「一个巨大的场景」，而是按「可见/可交互范围」切分：
  ├── 关卡段（Level Segment）：主线大块（第 1 关 / 第 2 关）
  ├── 区块（Chunk）：开放世界的地形分区（如 256m×256m）
  ├── 实例（Instance）：动态生成/按需加载的单元（房间、副本）
  └── 附加（Additive）：HUD、音频、脚本（常驻，不随关卡卸）

flowchart LR
    A["Open World"] --> B["Chunk 1"]
    A --> C["Chunk 2"]
    A --> D["Chunk 3"]
    B --> B1["Player 进入 → 加载"]
    B --> B2["Player 离开 → 卸载"]

1.2 切分原则

切分判断：按「玩家所在位置的可见范围」切
  ├── 加载半径：玩家周围 N 区块加载
  ├── 卸载半径：超过 M 区块卸载（省内存）
  └── 分界线：别在「玩家视野交界」切，避免突然加载穿帮

记忆：切分的核心是「加载半径 + 卸载半径」——世界不是整体加载，而是「跟着玩家走的一圈」加载，这就是流式加载。

2. 场景流式加载：开放世界怎么流

2.1 流式加载模型

开放世界流式 = 玩家移动 → 新区块进入加载半径 → 流式加载
   ├── 加载是异步的：不阻塞玩家移动
   ├── 卸载远离区块：省内存
   └── 加载可视化：远处是「低模/雾气」，近处变「高模」

流式加载流程：
  玩家进入新区块范围
  → 预加载（提前 N 米开始）
  → 异步加载资源 + 实例化
  → 完成后替换低模（或直接显示）
  玩家离开 → 异步卸载

2.2 三引擎对照

// Unity：异步加载区块（Additive 模式不卸主场景）
var op = Addressables.LoadSceneAsync("Chunk2", activateOnLoad: true);
await op.Task;   // 加载完成，区块已实例化

# Godot：场景切换
get_tree().change_scene_to_file("res://levels/level2.tscn")

记忆：流式加载的本质是「异步 + 分块 + 半径」——异步不卡、分块省内存、半径决定「加载哪圈」。三引擎都是这个模型的具象。

3. 资源加载优先级与预加载

3.1 加载优先级

进关卡时，不是所有资源一起加载，而是按「时间需求」排序：
  ├── P0 必须先：玩家脚下的地形、角色的模型/动画（首帧就要）
  ├── P1 很快要：当前可见的 NPC/道具/音效
  ├── P2 稍后要：远景、下一区块资源（预加载）
  └── P3 可延迟：商店/彩蛋/隐藏内容（用到才加载）

加载队列：
  ├── 优先队列：P0 先出队，P3 后出队
  ├── 可打断：玩家走快时，跳过低优先级的加载
  └── 预算：每帧最多加载 X 资源（防一帧爆卡）

3.2 预加载（Prefetch）

预加载 = 在「需要用之前」提前加载
  ├── 进入区块前 N 米 → 预加载下一区块
  ├── 玩家靠近 NPC → 预加载 NPC 模型
  └── 开场播放过场时 → 预加载第一关

记忆：加载的智慧在「什么时候加载」——把 P0 卡首帧、P2 预加载、P3 用到才载，加载就不会成为体验的裂缝。

4. 加载屏与过渡

4.1 加载屏的时机

加载屏（显式加载）：切换大关卡时用
  ├── 什么时候用：跨大关卡（第 1 关→第 2 关）
  ├── 什么时候不用：开放世界内部（走哪载哪）
  └── 过渡动画：加载时播过场/背景故事，掩盖等待

4.2 进度与最小化等待

加载屏要做「真进度」（不是假转圈）：
  ├── 进度 = 已完成加载 / 总加载（按资源权重）
  ├── 异步加载 + 进度回调 → UI 进度条
  └── 最少化：能并行的并行加载，压缩加载时间

// 加载屏：异步加载 + 进度回调
public async Task LoadLevel(LevelInfo level, Action<float> onProgress) {
    var total = level.chunks.Count;
    var done = 0;
    foreach (var c in level.chunks) {
        await Addressables.LoadSceneAsync(c);  // 并行可优化
        onProgress?.Invoke(++done / (float)total);
    }
}

记忆：加载屏要做「真进度」而非「假转圈」，并尽量并行压缩等待。加载是体验的一部分，处理得好玩家几乎无感。

5. 加载性能：IO / 解压 / 进度

5.1 加载的耗时构成

加载耗时 = IO 读取 + 解压 + 反序列化 + 实例化 + 编译着色器
  ├── IO：磁盘/网络读取（SSD 快、HDD 慢）
  ├── 解压：LZ4/ZSTD（快解压格式优先）
  ├── 反序列化：二进制 > JSON（快）
  └── 实例化：对象池复用（省 new）

5.2 优化策略

记忆：加载性能优化顺序 = IO（快存储）→ 解压（快格式）→ 反序列化（二进制）→ 实例化（池化）。最贵的是「首帧编译着色器」，预编译能消掉那一记卡顿。

6. 最佳实践与总结

关卡与资源加载决策清单：

1. 先切分：关卡段 / 区块 / 实例分层，别一个巨大场景。
2. 流式异步：加载半径 + 卸载半径，异步加载不卡玩家移动。
3. 优先级排序：P0 首帧、P2 预加载、P3 用到才载。
4. 加载屏真进度：跨大关卡显式加载，进度走真数据。
5. 性能从 IO 到实例化：快存储、快解压、二进制、对象池、着色器预编译。

自研加载系统最小骨架推荐阅读顺序：关卡切分 → 异步加载器 → 优先队列 → 预加载 → 加载屏进度。每完成一层，用一个「切两关 + 转场进度条」的 demo 验证。

加载没有银弹：Unity Addressables 最全、Godot 场景系统轻、自研可控。但切分、异步、优先级、真进度这四件事不分引擎必须做对——它们是「开放世界不卡」「切关卡流畅」的工程底座。

相关阅读：游戏引擎架构 讲解资源生命周期；游戏性能剖析与优化 讲解加载与 IO 的性能预算。