模板方法模式：抽象类定义算法骨架技巧

模板方法模式是一种精妙的“流程锁定+步骤开放”设计思想，它通过在抽象类中固化算法骨架（如初始化→处理→收尾的稳定顺序），将可变环节声明为抽象方法由子类定制，辅以可选的hook方法支持日志、监控等副作用，以及final方法保障关键节点不可篡改；它不是堆砌继承，而是用约束换扩展——避免把本该由子类决策的行为（如缓存类型选择）写死在父类中，也警惕将模板误用为配置开关或过度拆分导致样板泛滥；无论是Java的abstract/final机制，还是Python需借助abc.ABC和@final谨慎模拟，其本质都是在“什么必须变”与“什么绝不能动”之间划出清晰边界，真正考验的是开发者对业务稳定性和变化点的早期洞察力。

模板方法模式的核心是“子类只改步骤，不改流程”

它不是让你把所有逻辑都塞进抽象类，而是把稳定不变的执行顺序（比如初始化→处理→收尾）锁死在 templateMethod() 里，把可能变化的环节抽成 abstract 方法留给子类实现。一旦你发现几个类的 execute() 或 run() 方法结构高度相似，只是中间某几步逻辑不同，这就是模板方法最该出手的场景。

常见错误是把本该由子类决定的行为写死在抽象类里，比如在 templateMethod() 中直接调用 new HashMap() 而不是定义 createCache() 让子类选择用 ConcurrentHashMap 还是 LinkedHashMap —— 这样就丧失了扩展性，也违背了开闭原则。

Java 中 abstract 方法必须被子类实现，但 hook 方法可以空着

除了强制子类覆盖的 abstract 方法，你还可以加带默认实现的 protected 方法（叫 hook），比如 beforeProcess() 或 logResult()。子类按需重写，不重写就走空实现或默认日志逻辑。这比硬塞一堆 if (isDebugEnabled) 到主流程里干净得多。

容易踩的坑是把 hook 设计成 public，或者让它返回关键数据——hook 的职责只是“钩住时机”，不该承担主流程的数据流转。如果某个步骤的结果被后续步骤强依赖，那它就不是 hook，得是 abstract 方法。

• abstract 方法：子类必须实现，主流程靠它拿数据、做决策
• hook 方法：子类可选重写，用于日志、监控、清理等副作用操作
• final 方法：放在抽象类里，禁止子类篡改流程节点（比如 validateInput()）

Python 里没有 abstract 关键字，靠 ABC 和 NotImplementedError 模拟

Python 没有语言级抽象方法语法，得用 abc.ABC 和 @abstractmethod 装饰器。不继承 ABC 或漏写装饰器，子类就能绕过强制实现检查，运行时才在调用时抛 NotImplementedError —— 这会让问题延迟暴露。

更隐蔽的问题是：Python 的模板方法容易被误写成普通继承 + 方法覆盖，结果子类忘了调父类的 template_method()，或者自己重写了整个流程，导致骨架失效。建议在抽象基类里把模板方法设为 @final（Python 3.12+）或加注释警告。

示例片段：

from abc import ABC, abstractmethod
<p>class DataProcessor(ABC):
def run(self):  # 模板方法，不允许子类重写
self.load()
self.transform()
self.save()</p><pre class="brush:java;toolbar:false;">@abstractmethod
def load(self):
    pass

@abstractmethod
def transform(self):
    pass

def save(self):  # hook，默认实现
    print("saving to disk...")

别让模板方法变成“配置地狱”

有人为了“灵活”，在模板方法里塞一堆 if-else 分支，靠参数控制走哪条子流程，再把分支逻辑拆成不同子类——这其实退化成了策略模式，还多了一层继承包袱。真需要运行时切换行为，直接用策略对象注入更轻量。

另一个高发问题是过度分层：把一个简单的三步操作拆成 prepareStep1()、doStep1()、verifyStep1() 三个 abstract 方法，结果每个子类都要写六行样板代码。判断标准很简单：如果两个子类中，某一步的实现几乎一样，那它就不该是 abstract 的，应该提到抽象类里作为默认实现。

真正难的不是写对模板方法，而是判断哪些逻辑值得“冻结流程”，哪些该交给组合或配置。这个边界，往往要等到第二个、第三个子类出现时才看得清。

理论要掌握，实操不能落！以上关于《模板方法模式：抽象类定义算法骨架技巧》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！