靳老师想开了1. 行为型设计模式深度解析（四）
作为一名在软件架构领域摸爬滚打十年的老码农，我发现很多开发者对行为型模式的理解停留在"知道概念"层面。今天我们就来聊聊模板方法、迭代器和备忘录这三个看似简单却暗藏玄机的模式。这些模式我在电商系统、金融交易平台等多个百万级代码量的项目中都实战应用过，其中踩过的坑和总结的经验，可能你在任何教科书上都找不到。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 模板方法模式：框架设计的骨架艺术
2.1 模式本质与适用场景
模板方法的核心在于定义算法骨架而将步骤延迟到子类。就像做菜时的食谱模板——水煮鱼的制作流程（烧水、煮鱼、淋油）是固定的，但辣度、配菜可以自定义。我在开发支付系统时，就用它来处理不同支付渠道（支付宝、微信、银联）的统一流程：
java复制public abstract class PaymentProcessor {
// 模板方法设为final防止子类重写
public final void process() {
validate();
deduct();
if (needCallback()) {
callback();
}
log();
}
protected abstract void validate();
protected abstract void deduct();
protected void callback() { /* 默认实现 */ }
protected boolean needCallback() { return false; }
private void log() { /* 通用日志记录 */ }
}
关键经验：将不变的部分（如日志、监控）放在父类，可变部分用protected方法暴露。我在某次系统重构时，就因为漏把模板方法标记为final，导致某个子类重写了整个流程引发线上事故。
2.2 实际开发中的变体技巧
-
钩子方法的妙用：通过像needCallback()这样的布尔方法，可以让子类灵活控制流程分支。在物流系统中，我们用钩子控制是否触发运费计算。
-
模板方法链：多个模板方法组合使用。比如订单处理包含支付模板+物流模板+售后模板，形成处理流水线。
-
与策略模式对比：
- 策略模式通过组合切换整个算法
- 模板方法通过继承修改部分步骤
- 在电商促销系统中，我们同时使用两种模式：用策略切换满减/折扣等计算方式，用模板方法处理促销活动的通用校验流程
3. 迭代器模式：遍历的艺术与陷阱
3.1 为什么需要自己实现迭代器
虽然Java/C++等语言已经内置迭代器，但在这些场景下仍需自定义：
- 遍历非标准数据结构（如树形菜单、图数据）
- 需要控制遍历过程（如支持快照迭代）
- 多线程环境下的安全访问
我在开发分布式缓存中间件时，就实现过支持版本快照的迭代器：
cpp复制class CacheSnapshotIterator : public Iterator {
public:
CacheSnapshotIterator(Cache& cache) {
snapshot_ = cache.CreateSnapshot(); // 创建数据快照
current_ = snapshot_.begin();
}
bool HasNext() override {
return current_ != snapshot_.end();
}
Data Next() override {
if (!HasNext()) throw OutOfRangeException();
return *(current_++);
}
private:
Cache::Snapshot snapshot_;
Cache::Iterator current_;
};
3.2 迭代器的高级玩法
-
惰性迭代器：大数据场景下，我们实现过按需加载的数据库迭代器，只有调用Next()时才从磁盘读取数据。
-
过滤迭代器：在日志分析系统中，通过装饰器模式给迭代器添加过滤能力：
python复制class FilterIterator:
def __init__(self, iterator, predicate):
self._iter = iterator
self._pred = predicate
self._find_next()
def _find_next(self):
while self._iter.has_next():
item = self._iter.next()
if self._pred(item):
self._next = item
return
self._next = None
def has_next(self):
return self._next is not None
def next(self):
if not self.has_next(): raise StopIteration
result = self._next
self._find_next()
return result
- 并发陷阱：在金融交易系统开发中，我们曾遇到迭代过程中集合被修改导致的ConcurrentModificationException。解决方案包括：
- 使用CopyOnWriteArrayList
- 加锁同步
- 快照迭代器（如上文缓存示例）
4. 备忘录模式：状态管理的时光机
4.1 典型应用场景剖析
备忘录模式不只是简单的"保存-恢复"，在复杂业务中它能解决这些痛点：
- 事务回滚（如订单状态的多级撤销）
- 游戏存档的增量保存
- 富文本编辑器的历史记录
在开发IDE插件时，我们设计了支持选择性恢复的备忘录：
typescript复制interface CodeState {
content: string;
cursorPos: number;
selectionRange: [number, number];
}
class EditorMementoManager {
private states: CodeState[] = [];
private currentIndex = -1;
save(state: CodeState) {
// 丢弃当前指针后的所有状态
this.states = this.states.slice(0, this.currentIndex + 1);
this.states.push(deepClone(state));
this.currentIndex++;
}
undo(): CodeState | null {
if (this.currentIndex <= 0) return null;
return this.states[--this.currentIndex];
}
redo(): CodeState | null {
if (this.currentIndex >= this.states.length - 1) return null;
return this.states[++this.currentIndex];
}
getCurrent(): CodeState {
return this.states[this.currentIndex];
}
}
4.2 性能优化实践
-
增量备忘录：在游戏开发中，我们只保存变化的属性而非整个对象状态。比如角色移动时，只记录位置变化而非所有属性。
-
备忘录压缩：对文本类内容，使用diff算法保存差异而非全量内容。在协同编辑系统中，我们将1MB的文档历史记录从50MB优化到2MB。
-
存储策略：
- 内存缓存最近10次操作
- 本地持久化每小时自动保存的快照
- 云存储每日重要版本
5. 行为型模式联合作战实例
在跨境电商系统中，我们曾用这三种模式组合解决复杂订单流程：
- 模板方法定义订单处理骨架：
mermaid复制classDiagram
class OrderProcessor {
+processOrder() final
#validate()
#calculate()
#notify()
}
class CrossBorderOrder {
#validate() override
#calculate() override
}
- 迭代器处理订单商品的多维遍历：
- 按仓库分组迭代
- 按关税规则过滤迭代
- 按物流类型排序迭代
- 备忘录实现多级撤销：
- 保存每个关键步骤的状态
- 支持回到任意历史版本
- 自动合并连续相同操作
6. 面试高频问题剖析
根据我作为面试官的经验，这些是行为型模式的必问题：
-
模板方法：
- 如何防止子类破坏模板流程？（final/密封类）
- 与策略模式如何选择？（算法整体替换vs步骤修改）
-
迭代器：
- 如何在遍历过程中安全删除元素？（迭代器的remove()方法）
- 如何实现线程安全的迭代器？（快照/copy-on-write）
-
备忘录：
- 如何管理大对象的备忘录？（增量保存/外部存储）
- 如何实现多级撤销？（命令模式+备忘录栈）
我曾见过一个精彩的回答：候选人用git的工作原理类比备忘录模式——commit是保存状态，checkout是恢复状态，branch是多个状态分支。这种具象化的理解往往能脱颖而出。
7. 实际项目中的坑与经验
-
模板方法的滥用：
- 过度拆分步骤会导致类爆炸（曾见过一个父类带30+抽象方法）
- 解决方案：合理合并相关步骤，或改用策略模式
-
迭代器的资源泄漏：
- 数据库迭代器未及时关闭导致连接池耗尽
- 最佳实践：使用try-with-resources或RAII机制
-
备忘录的深拷贝陷阱：
- 直接序列化保存大对象导致性能问题
- 优化方案：手动实现深拷贝，或使用原型模式
在物流系统中，我们通过备忘录模式实现运单状态回滚时，曾因为没处理好关联对象（如包裹信息）的深拷贝，导致回滚后数据不一致。最终采用的方法是：
csharp复制public class WaybillMemento : IMemento {
public WaybillState State { get; }
private List<Package> _packages;
public WaybillMemento(Waybill origin) {
State = origin.State.Clone();
_packages = origin.Packages.Select(p => p.DeepCopy()).ToList();
}
public void Restore(Waybill target) {
target.State = State.Clone();
target.Packages = _packages.Select(p => p.DeepCopy()).ToList();
}
}
8. 现代编程语言中的新变化
-
C++20的Ranges：
- 将迭代器抽象提升到新高度
- 示例：管道操作符组合多个迭代器
cpp复制auto evenSquares = views::iota(0) | views::filter([](int i){return i%2==0;}) | views::transform([](int i){return i*i;}) | views::take(10); -
Java的Stream API：
- 内置迭代器模式的函数式实现
- 并行流自动处理线程安全问题
-
TypeScript的装饰器备忘录：
- 通过装饰器自动保存类状态
typescript复制@memento class Editor { private content: string; @track public insert(text: string) { this.content += text; } }
这些语言特性并没有使设计模式过时，而是提供了更优雅的实现方式。理解模式本质后，就能灵活运用各种语言特性来实现它们。