“卧槽！”，小A一声极其粗鲁的怒骂瞬间打破了公司午后的宁静。
“你这是怎么了？”，号称公司“八卦第一人”的小B瞬间到达了战场。
“这两天我不是一直在找x项目中的bug吗，就在刚才，还没来得及体会找到bug的喜悦，电脑死机了！”小A愤愤的说到。
“ 那你再重新找一下不就行了。”，小C一脸轻松地走过来。
“可是我的数据都还没有备份，原本想等到找到之后再备份，结果电脑死机了！”小A有气无力的应着。
“现在说什么都没用了，就当吃一堑长一智了，还是尽快再做一遍吧，老大不就给了你三天时间吗？”，小D拍了拍小A的肩膀慢慢走远了。
“唉！”，小A边叹气边打开了电脑.......
相信上边的场景大家都不陌生吧，仅仅因为忘了备忘，不仅使我们的成功后的喜悦瞬间烟消云散，还使得我们不得不重新再做一遍，心情瞬间就不美了。那么如何有效的避免上述场景的出现呢？对，就是将数据备份。那么接下来我们就来谈谈在Java程序设计中的备份，也就是我们常说的二十三种设计模式中的备忘录模式。
备忘录（Memento）模式又称标记（Token）模式。GOF给备忘录模式的定义为：在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样以后就可将该对象恢复到原先保存的状态。
备忘录模式结构图
其实从上图我们便可以看出来备忘录模式可以说是有三个部分组成：
1. 发起者角色(Originator)：负责创建一个备忘录用以记录当前时刻它的内部状态，并可以使用备忘录恢复内部状态。
2. 备忘录角色(Memento):负责存储Originator对象的内部状态，并可以防止Originator以外的其他对象访问备忘录。
3. 管理者角色(Manager)：负责保存好备忘录。
读到这里相信大家对备忘录已经有一定的理解了，再来看一段代码：
代码示例 ：
Originator(发起人类)
public class Originator{
privateString state;//需要保存的属性
// 创建备忘录，将需要保存的信息导入并实例化出Memento对象
public Memento create Memento(){
return new Memento(state);
}
//恢复备忘录，将memento导入并恢复相关数据
public void setMemento(Memento memento){
state = memento.getState();
}
// 显示数据
public void show(){
System.out.println("state="+state);
}
}
Menmento(备忘录):
public class Memento{
private String state;
public Memento(String state){
this.state = state;
}
}
Manager(管理者):
public class Manager{
private Memento memento;
}
客户端
public class Memo{
public static void main(String[] args){
//初始状态为on
Originator o = new Originator();
o.setState("on");
o.show();
//保存状态，隐藏了Originator的实现细节
Manager c = new Manager();
c.setMemento(o.createMemento());
o.setState("off");
o.show();
//恢复状态
o.setMemento(c.getMemento());
o.show();
}
}
看完有没有发现这种模式的优点：当发起人角色中的状态改变时，有可能这是个错误的改变，我们使用备忘录模式就可以把这个错误的改变还原。
备份的状态是保存在发起人角色之外的，这样，发起人角色就不需要对各个备份的状态进行管理。
不过万事万物皆有两面性，细心的读者肯定也发现了它的不足，在实际应用中，备忘录模式都是多状态和多备份的，发起人角色的状态需要存储到备忘录对象中，对资源的消耗是比较严重的。
如果有需要提供回滚操作的需求，使用备忘录模式非常适合，比如jdbc的事务操作，文本编辑器的Ctrl+Z恢复等。
以上便是本人对备忘录设计模式的理解了，希望对大家有所帮助，如果有什么不足之处还希望大家多多指点，感激不尽！
版权声明：本文为博主原创文章，未经博主允许不得转载。https://www.jianshu.com/writer#/notebooks/28204711/notes/32165896
