Java备忘录案例

wen java案例 2026-08-03 1

Java备忘录案例：从设计模式到实战应用的完整指南

目录导读

为什么需要备忘录模式？ —— 理解“后悔药”的编程哲学
Java备忘录模式核心结构 —— 三个角色的职责与协作
经典案例：文本编辑器撤销功能 —— 手写代码逐步实现
备忘录模式的高级应用 —— 游戏存档、数据库事务回滚
Java 8+ 优化备忘录实现 —— Lambda与泛型的优雅结合
常见问题与面试问答 —— 深挖模式陷阱与性能考量

为什么需要备忘录模式？

在软件开发中，用户常需要“撤销”操作——比如Word里的Ctrl+Z，如果直接用对象保存自身全部状态，会导致耦合增强和违反封装原则，Java备忘录模式（Memento Pattern）正是为解决此问题而生：在不破坏封装的前提下，捕获并外部化一个对象的内部状态,以便将来恢复。

Java备忘录案例

区别于简单的“复制对象”，备忘录模式通过三权分立（发起人、备忘录、管理者）实现了状态的“时间旅行”，这就像现实中的便签纸——你写下当前进度，贴到公告板上（管理者保管）,需要时撕下来恢复。

Java备忘录模式核心结构

角色	类名建议	核心职责	关键点
发起人	Originator	生成备忘录、从备忘录恢复状态	状态字段需提供getter/setter
备忘录	Memento	不可变地存储发起人内部状态	字段用private final修饰
管理者	Caretaker	保存/管理备忘录对象	不读取备忘录内部细节

关键设计原则：

备忘录内部状态不可被管理者修改（杜绝外部篡改）
发起人决定哪些状态需要保存
使用窄接口和宽接口隔离访问权限

经典案例：文本编辑器撤销功能

我们构建一个支持多级撤销的简单文本编辑器：

// ① 发起人：文本编辑器
class TextEditor {
    private String content = "";
    public void write(String words) {
        content += words;
    }
    // 生成快照
    public Memento save() {
        return new Memento(content);
    }
    // 恢复状态
    public void restore(Memento m) {
        content = m.getContent();
    }
    public String getContent() { return content; }
    // ② 备忘录（内部类实现封装）
    public static class Memento {
        private final String state;
        private Memento(String state) { this.state = state; }
        private String getContent() { return state; }
    }
}
// ③ 管理者：历史记录栈
class HistoryManager {
    private Stack<TextEditor.Memento> stack = new Stack<>();
    public void push(TextEditor.Memento m) { stack.push(m); }
    public TextEditor.Memento pop() { return stack.pop(); }
}

运行演示：

TextEditor editor = new TextEditor();
HistoryManager history = new HistoryManager();
editor.write("Hello, ");
history.push(editor.save()); // 保存状态1
editor.write("Java!");
history.push(editor.save()); // 保存状态2
editor.restore(history.pop()); // 撤销到"Hello, Java!"
System.out.println(editor.getContent()); // 输出：Hello, Java!
editor.restore(history.pop()); // 再撤销
System.out.println(editor.getContent()); // 输出：Hello

设计亮点：备忘录作为内部类，仅外部类可访问其私有方法,完美保护了内部状态。

备忘录模式的高级应用场景

游戏角色存档

class Player {
    private int hp, mana;
    public Memento save() { return new Memento(hp, mana); }
    // ... 恢复方法
}

支持自动存档、手动存档，甚至可存档列表（管理者用Map管理多个存档点）。

数据库事务回滚

class Transaction {
    private List<Object> operations;
    public Savepoint createSavepoint() { ... }
    public void rollback(Savepoint sp) { ... }
}

注意：此场景需应对大对象复制导致的性能问题，建议结合原型模式浅拷贝，或只保存增量变化（命令模式）。

配置中心的版本回退

通过备忘录保存旧版本配置,实现一键回滚。

Java 8+ 优化备忘录实现

利用泛型定义通用备忘录接口

public interface Memento<T> {
    T getState();
}
class GenericEditor<T> {
    private T state;
    public Memento<T> save() {
        return () -> state; // Lambda实现
    }
}

使用Function接口解耦恢复逻辑

class SmartCaretaker {
    private Stack<Supplier<?>> history = new Stack<>();
    public void save(Originator originator, Function<Originator, Memento> saveFunc) {
        history.push(() -> originator.restore(saveFunc.apply(originator)));
    }
}

常见问题与面试问答（FAQ）

Q1：备忘录模式与序列化（Serializable）有何区别？

答：序列化是Java原生机制，可保存整个对象图，但会暴露全部私有字段（经反射可读取），且序列化文件较大，备忘录模式按需定制保存字段，通过访问控制增强安全性,且内存操作较高效。

Q2：频繁创建备忘录导致内存溢出怎么办？

答：三种方案：
① 限制历史记录数量（如最多保留20次操作）；
② 压缩存储（备忘录中保存差异diff而非全量快照）；
③ 结合原型模式,使用浅拷贝缩小内存占用。

Q3：备忘录对象能否被管理者修改？

答：不能，应设计为不可变对象（所有字段final，仅提供getter），且getter设为包私有或私有，仅发起人可调用，管理者只能持有和传递,无法修改内容。

Q4：如何实现“撤销-重做”双向操作？

答：使用两个栈——undoStack和redoStack，撤销时从undo弹出并压入redo，重做则反向操作,注意每次新操作要清空redo栈。

Q5：多线程环境下如何使用备忘录？

答：备忘录本身不可变，可安全共享引用，但需通过CopyOnWriteArrayList或ReentrantLock保护管理者容器的并发访问，发起人的状态变更需用synchronized或volatile保证可见性。

总结建议

备忘录模式在Java项目中的落地，要把握三个“不要”：不要保存过多状态（坚持最小化快照）、不要让管理者越权（保持窄接口）、不要忽略生命周期（适时清理历史），配合命令模式,可实现更健壮的撤销机制。

延伸思考：现代框架（如Spring的@Transactional）如何借鉴备忘录思想实现回滚？—— 它们通常使用AOP代理,记录操作前的快照或逆向操作日志。