存档系统

流程

flowchart LR
  W["游戏世界<br/>Character / PlayerController / GameMode"] -->|"拷贝数据"| SG["UMySaveGame 对象"]
  SG -->|"SaveGameToSlot / AsyncSaveGameToSlot"| D[("存档槽<br/>SlotName + UserIndex")]
  D -->|LoadGameFromSlot| SG2["UMySaveGame 对象"]
  SG2 -->|"拷回"| W

保存时把世界里的数据拷进 SaveGame 对象再写盘，读档时把对象读回来、再拷回游戏对象。

• 从 USaveGame 派生自己的类，里面放需要跨会话保存的所有信息；系统支持多个存档文件，也支持把不同的 SaveGame 类存到不同文件。保存与读取函数声明在 Kismet/GameplayStatics.h 中。（Saving and Loading Your Game in Unreal Engine）
• 保存：先调用 CreateSaveGameObject 得到新对象，填入数据，然后调用 SaveGameToSlot 或 AsyncSaveGameToSlot。官方示例在构造函数里设置 SaveSlotName 和 UserIndex 作为默认值，否则只有一个会被反复覆盖的槽位。（Saving and Loading Your Game in Unreal Engine）
• 读档时把数据从 SaveGame 对象拷回 Character、PlayerController、GameMode 等对象（见 Gameplay 框架）。

异步保存（推荐）

官方：AsyncSaveGameToSlot 是推荐的保存方式。异步运行可以避免突然掉帧，让玩家不易察觉，并避免某些平台上可能出现的认证问题。完成后会调用 FAsyncSaveGameToSlotDelegate 委托，参数是槽名、用户索引和表示成功与否的 bool。（Saving and Loading Your Game in Unreal Engine，委托见 委托与 Tick 机制）

实践与坑

• 存档逻辑常放在 GameInstance 子系统里，使其跨关卡存在（见 子系统；这是工程上的常见做法，官方页没有规定）。
• SaveGame 对象只保存你放进去的字段；Actor 引用之类的运行时指针不能直接持久化，应保存可重建的标识（这是经验归纳）。保存哪些属性取决于反射元数据，见 UObject 与反射系统。

GEA 的视角：存档与世界块的区别（卷 II 17.4.5）

GEA 第 17 章从引擎角度讨论存档，详见 游戏世界的加载与流送：

• 存档不是世界块：世界块包含所有动态对象的初始状态和大量静态数据；存档只需当前状态，凡是能从世界块重新得到的信息（如静态几何）都不必存，对玩法无影响的对象可以完全省略，其余对象往往只需部分状态。标准是玩家分辨不出存读档前后的差别。
• 检查点：只存最后到达的检查点名，再加上生命、命数、背包、武器弹药等少量玩家状态，有的游戏连这些都不存；代价是检查点稀疏时玩家会沮丧。
• 随处存档：要保存所有影响玩法的对象的位置和内部状态，基本等于世界块减去静态部分；可以省略动画的精确时间、刚体的精确动量等细节，依赖玩家不完美的记忆只存近似状态。

与本页对照：USaveGame 只保存你放进去的字段，正好对应 GEA "只存必要状态"的原则；检查点还是随处存档由游戏设计决定，UE 文档没有规定（对比归纳）。