备忘录模式是一种行为型设计模式，它通过在不破坏封装的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样以后就可将该对象恢复到原先保存的状态。备忘录模式的实现方式有很多种，其中包括直接使用数组和链表等数据结构来保存状态。备忘录模式常用于需要保存/恢复对象状态的场景中，例如撤销操作、文件编辑等。
备忘录模式（Memento Pattern）是一种行为设计模式，主要用于在不破坏封装的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态，这样，以后就可将该对象恢复到原先保存的状态，备忘录模式的主要目的是防止信息的丢失，特别是当操作步骤复杂且存在失败的可能性时。
备忘录模式的主要角色有三个：发起人（Originator）、备忘录（Memento）和负责人（Caretaker）。
1、发起人（Originator）：负责创建一个备忘录来记录当前对象的内部状态，使用备忘录来恢复内部状态。
2、备忘录（Memento）：负责存储发起人的某个状态，并可以提供一种方法来恢复对象到该状态。
3、负责人（Caretaker）：负责保存备忘录，但不负责检查备忘录的有效性或维护备忘录的顺序。
备忘录模式的实现过程如下：
1、创建发起人（Originator）类，定义需要保存和恢复的内部状态。
2、创建备忘录（Memento）类，用于存储发起人的内部状态。
3、创建负责人（Caretaker）类，负责管理备忘录。
4、发起人在需要保存当前状态时，创建一个备忘录，并将当前状态保存到备忘录中。
5、发起人在需要恢复状态时，从负责人处获取备忘录，并将备忘录中的状态恢复到自身。
6、负责人在发起人请求保存状态时，将备忘录添加到自己的备忘录列表中。
7、负责人在发起人请求恢复状态时，将备忘录传递给发起人。
备忘录模式的优点：
1、提供了一种备份/恢复机制，使得发起人可以在不破坏封装的前提下，保存和恢复内部状态。
2、降低了发起人和负责人之间的耦合度，使得两者可以独立地变化。
备忘录模式的缺点：
1、如果发起人的状态过多，可能会导致备忘录占用过多的存储空间。
2、由于备忘录的创建和管理是由负责人负责的，如果负责人的实现存在问题，可能会影响备忘录的正确性和可用性。
备忘录模式的应用场景：
1、需要保存和恢复对象状态的场景，例如文本编辑器的撤销/重做功能。
2、需要提供历史版本的场景，例如文件系统的版本控制。
3、需要防止信息丢失的场景，例如数据库事务管理。
备忘录模式是一种非常实用的设计模式，它可以帮助我们在不破坏封装的前提下，方便地保存和恢复对象的状态，我们也需要注意其可能存在的问题，例如备忘录的存储空间问题和负责人实现的问题。
