备忘录模式适合哪些业务场景？
简化版
备忘录模式适合需要保存历史状态并恢复的场景，比如文本编辑器撤销、画图软件撤销、游戏存档、表单草稿、配置变更回滚、事务失败恢复、流程编排回退等。
详细版
常见场景：
- 编辑器撤销/重做。
- 图形编辑器保存画布状态。
- 游戏保存进度。
- 表单编辑保存草稿。
- 配置发布失败后回滚。
- 工作流状态回退。
- 数据导入前保存恢复点。
适用条件：
- 对象状态需要回到过去。
- 不希望外部直接访问内部字段。
- 快照成本可控。
- 恢复语义明确。
不适合场景：
- 状态过大且变化频繁。
- 无法可靠复制状态。
- 只需要记录操作日志，不需要恢复状态。
完整版教学
一、编辑器撤销
文本编辑器是最直观的例子。用户输入前保存快照，撤销时恢复上一个文本状态。
复杂编辑器不会每个字符保存完整文档，而是按操作合并，例如连续输入一段文字算一次历史记录。
二、配置回滚
系统配置发布前保存旧版本。如果新配置导致服务异常，可以恢复到旧配置。
这里备忘录保存的不一定是内存对象，也可以是数据库中的配置版本或配置文件快照。
三、游戏存档
游戏角色状态、地图位置、背包、任务进度都可以作为存档状态。
但游戏状态通常较大，所以需要序列化、压缩、版本兼容和存档校验。
四、常见误区与工程判断
备忘录模式不等于所有历史都保存在内存。小型撤销可以用内存栈，大型系统可以把快照持久化到数据库、对象存储或日志系统。
工程中要明确恢复点。不是所有时刻都值得保存，通常在用户完成一次有意义操作后保存，体验和成本更平衡。
五、场景选择要看“能否回到过去”
备忘录模式适合的场景都有一个共同点：用户或系统需要回到某个历史状态，并且这个历史状态由对象自己的内部数据决定。文本编辑器撤销、画布回退、游戏存档、表单草稿、事务失败回滚，本质上都是保存过去、恢复过去。
不适合的场景也要会说。如果只是记录用户做过什么，审计日志更合适；如果只是重新执行一次请求，命令模式更合适；如果只是缓存计算结果，缓存策略更合适。备忘录不是“保存数据”的通用名词，它强调恢复状态。
面试时可以用一个判断句：只要需求里出现“撤销、回滚、恢复、存档、历史版本”，就可以考虑备忘录；但要进一步评估状态大小、保存频率、封装要求和恢复成本，不能一看到历史记录就无脑保存完整对象。
举例时最好选择“状态复杂且反向操作难推导”的场景。比如流程审批回滚，状态不只是一个字段，还包括当前节点、处理人、表单数据和附件信息；这类场景用快照恢复更容易保证一致性，但也要配合权限、审计和持久化设计。
如果涉及数据库事务，也要注意备忘录和事务回滚不是一回事。事务回滚由数据库保证数据一致性，备忘录更多是应用层对象状态恢复。两者可以配合，但不能用对象快照替代数据库事务。
六、用工程约束检验答案
适用场景必须存在明确恢复点：文本编辑器保留最近 50 次语义修改、配置发布保留最近 5 个稳定版本、单机游戏保存关键关卡。仅仅需要审计“谁改了什么”时，事件日志通常比对象快照更合适。
| 检查项 | 核心判断 | 工程含义 |
|---|---|---|
| 编辑器 | 短期撤销与重做 | 快照合并和容量限制 |
| 配置发布 | 回滚已知稳定版本 | 版本校验与持久化 |
| 游戏存档 | 恢复角色与世界状态 | 关联对象一致性 |
把关键关系压缩成一条可复述的路径：
是否需要恢复对象状态？
状态能否形成一致快照？
成本与有效期是否可控？
三项成立再采用备忘录“有历史”不等于适合备忘录；只有需要由对象恢复历史状态且封装值得保护时才匹配。
落地前可以再按下面 3 步复核：
- 先说明“编辑器”的核心机制：短期撤销与重做；再交代边界：快照合并和容量限制。
- 接着分析“配置发布”：回滚已知稳定版本；不能遗漏对应代价或结果：版本校验与持久化。
- 最后用“游戏存档”检查方案：恢复角色与世界状态；验收时确认关联对象一致性。
这三项构成完整判断链：先讲清编辑器，再说明配置发布，最后用游戏存档检验实现是否越界。
面试中若能给出违反“关联对象一致性”的反例，再说明修正办法，答案就从模式定义落到了可验证的工程决策。
七、常见误区与追问
- 误区：只看到“编辑器”就认为方案成立。 必须同时说明核心机制“短期撤销与重做”和工程边界“快照合并和容量限制”。
- 误区：把“配置发布”当成无条件结论。 只有在“回滚已知稳定版本”成立时，才能据此讨论“版本校验与持久化”。
- 追问：数据库审计适合吗？ 审计重在不可篡改的变更记录，不一定需要可恢复对象快照。
- 追问：分布式事务适合吗？ 单个 Memento 无法提供跨服务原子性，应使用事务或 Saga 等机制。
- 追问：表单草稿能用吗？ 可以，但持久化草稿还需用户隔离、过期和版本迁移。
- 追问：缓存回滚有必要吗？ 缓存通常可从源数据重建，保存快照可能收益很低。
- 追问：什么状态不应保存？ 密码明文、活连接、线程句柄等敏感或不可重建资源不应直接入快照。
八、加强记忆
记忆时抓住这条主线：备忘录适合撤销、回滚、存档；快照可以在内存，也可以持久化；保存粒度要对应有意义操作；状态过大时要考虑成本。面试回答先给出模式意图，再用调用链或数据流说明角色协作，最后主动交代适用边界与工程代价。