模板方法模式通过抽象类定义final模板方法和抽象/钩子方法，子类仅重写定制步骤，确保流程稳定；适用于“流程固定、步骤可变”场景，如多格式数据导出，区别于策略模式的运行时算法替换。
模板方法模式通过定义算法骨架，把具体步骤延迟到子类实现，是Java面向对象中复用代码、控制流程的经典方式。
模板方法的核心结构
它由一个抽象类定义模板方法（final修饰的算法骨架）和若干抽象/钩子方法组成。子类继承后只重写需要定制的步骤，不改变整体执行顺序。
- 模板方法本身用final修饰，防止被子类覆盖，确保流程稳定
- 抽象方法（如doStep1()、doStep2()）强制子类实现关键逻辑
- 钩子方法（如isNeedStep3()）提供可选扩展点，默认空实现或返回false
典型使用场景举例
比如处理不同格式的数据导出：Excel、PDF、JSON 都要经历“准备数据→生成内容→写入文件→完成日志”四个阶段，但每步实现不同。
- 抽象类DataExporter定义export()为模板方法
- 子类ExcelExporter、PdfExporter各自实现generateContent()和writeToFile()
- 公共日志、异常包装、资源关闭等统一逻辑留在父类，避免重复代码
与策略模式的区别要点
模板方法关注的是“流程固定、步骤可变”，靠继承实现；策略模式关注“算法可替换”，靠组合+接口实现。
立即学习“Java免费学习笔记（深入）”；
- 如果你希望子类不能跳过某一步，或必须按顺序执行，选模板方法
- 如果同一行为在运行时可能切换多种实现（比如支付方式），更适合策略模式
- 模板方法容易导致父类膨胀，可通过提取钩子或引入简单策略来解耦复杂分支
实际编码注意事项
不是所有抽象类都适合加模板方法，关键看是否有稳定不变的执行契约。
- 避免模板方法过长，超过5–7步建议拆分或引入状态机
- 抽象方法命名应体现职责，如validateInput()比step2()更清晰
- 钩子方法尽量提供默认行为，降低子类实现负担
- 单元测试应覆盖模板方法主流程，子类只需测自己重写的部分
