备忘录模式适合游戏状态保存与恢复，通过originator创建只读memento快照，caretaker管理存取而不访问内容，支持多步撤销和跨会话存档。
备忘录模式（Memento Pattern）非常适合实现游戏状态的保存与恢复——它把对象的内部状态封装成独立的、不可变的快照，既不破坏封装性，又支持多次撤销或跳转到历史节点。
核心角色分工要清晰
游戏场景中通常有三个关键角色：
-
Originator（发起人）：游戏主逻辑类，比如
GameWorld或PlayerCharacter，负责创建备忘录、从备忘录恢复自身状态； - Memento（备忘录）：一个轻量、只读的数据载体（常为内部类或结构体），仅存储必要字段（如坐标、血量、关卡、道具列表），不暴露修改接口；
-
Caretaker（管理者）：负责存取备忘录的对象，比如
SaveManager，它持有多个备忘录（用于“存档槽位”或“撤销栈”），但不能访问或修改其内容。
状态保存：Originator 主动快照
保存时，Originator 把当前关键状态打包成 Memento 实例。注意两点：
- 避免深拷贝整个游戏世界——只存“可序列化的差异状态”，例如
playerX, playerY, health, currentLevel, unlockedDoors； - Memento 构造函数私有，且所有字段设为
final（Java）或readonly（C#），防止外部篡改； - 示例（Java 风格）：
public Memento saveState() {<br> return new Memento(this.x, this.y, this.hp, this.level);<br>}
状态恢复：Originator 自主还原
恢复不是由 Caretaker 执行，而是它把 Memento 交还给 Originator，由后者调用类似 restoreFrom(Memento m) 的方法来重置自身字段：
- Originator 拥有对 Memento 的“特权访问权”，可读取其私有字段（比如通过包级可见性或友元机制）；
- Caretaker 完全不知道状态含义，只负责“存”和“取”，比如：
saves.put("slot_1", game.saveState()); // 保存<br>game.restoreFrom(saves.get("slot_1")); // 恢复 - 若需支持多步撤销，Caretaker 可维护
Stack<memento></memento>，每次保存压栈，撤销就弹出并恢复。
进阶建议：兼顾性能与体验
真实游戏中可优化几点：
- 对大型状态（如地图区块数据）用懒加载或差分快照，避免每次保存都复制全部内存；
- 结合序列化（JSON/Protobuf）将 Memento 持久化到磁盘，实现跨会话存档；
- 在 UI 层隐藏技术细节——玩家点“存档”时，系统自动调用
saveState()并存入 Caretaker；点“读档”时，Caretaker 返回对应 Memento，Originator 完成恢复并刷新画面； - 避免在 Memento 中保存引用类型对象（如 Texture、AudioSource），只存 ID 或路径，防止内存泄漏或资源重复加载。
