备忘录模式是一种对象行为模式，其定义是在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态，以便以后当需要时能将该对象恢复到原先保存的状态。 该模式的主要优点是提供了一种可以恢复状态的机制，实现了内部状态的封装，简化了发起人类。 其主要缺点是资源消耗大。如果要保存的内部状态信息过多或者特别频繁，将会占用比较大的内存资源。
在软件设计中，我们经常会遇到需要记录和恢复状态的问题，一个在线购物车应用可能需要记住用户的购物车历史，以便在他们离开页面后仍然可以使用，这就是备忘录模式的应用场景，备忘录模式是一种行为型设计模式，它提供了一种在对象之间保存数据副本的方法，以便在以后可以恢复到之前的状态。
备忘录模式的主要角色有三个：发起人(Originator)、备忘录(Memento)和监听者(Caretaker)。
1、发起人(Originator):这是需要保存其内部状态的对象，它通常会请求备忘录来保存当前状态，然后将状态保存到备忘录中，发起人还需要通知监听者状态已经改变。
2、备忘录(Memento):这是一个用于保存发起人内部状态的类，它通常会提供一个方法来从发起人中获取状态，并将其保存下来，备忘录还可以提供一个方法来恢复到之前的状态。
3、监听者(Caretaker):这是一个负责管理备忘录的类，它通常会维护一个备忘录列表，当发起人的状态发生改变时，它会通知备忘录更新，当备忘录被删除时，它会通知发起人状态已经被删除。
备忘录模式的优点主要有以下几点：
1、易于理解：备忘录模式的逻辑清晰，易于理解，发起人、备忘录和监听者的角色明确，职责分明。
2、易于扩展：如果需要增加新的功能，只需要添加新的类即可，可以添加一个策略接口，让备忘录可以选择使用哪种方式来保存状态(如序列化、数据库等)。
3、易于测试：由于备忘录模式的职责划分清晰，所以可以针对每个角色进行单元测试，确保它们的功能正确。
备忘录模式也有一些潜在的问题需要注意：
1、如果备忘录的数量过多，可能会导致内存占用过大，为了解决这个问题，可以使用LRU(最近最少使用)算法来定期清理不常用的备忘录。
2、如果发起人的状态改变过于频繁，可能会导致备忘录的创建和删除操作过于频繁，影响性能，为了解决这个问题，可以在发起人的生命周期中限制状态改变的频率。
备忘录模式是一种非常实用的设计模式，它可以帮助我们有效地管理和恢复对象的状态，在实际开发中，我们可以根据具体的需求来选择是否使用备忘录模式。
