抽象方法定义行为规范，模板方法封装不变逻辑，二者协作实现代码复用与扩展。
掌握抽象方法与模板方法模式的关键在于理解它们在类结构设计中的分工与协作。抽象方法定义行为的“骨架”，而模板方法则利用继承机制将不变逻辑封装在父类中，把可变步骤延迟到子类实现。这种组合不仅提升了代码复用性，也增强了系统的可扩展性。
抽象方法的作用与使用场景
抽象方法是声明在抽象类中、没有具体实现的方法，必须由子类重写。它用来规范子类必须提供的功能，但不约束其实现方式。
使用抽象方法时应注意以下几点：
- 用 abstract 关键字修饰方法，且不能有方法体
- 包含抽象方法的类必须声明为抽象类
- 子类继承抽象类后，必须实现所有抽象方法，除非子类也是抽象类
例如，在处理不同类型的文件解析时，可以定义一个抽象类 FileParser，其中包含抽象方法 parse()，让 CSVParser、JSONParser 等子类各自实现具体的解析逻辑。
立即学习“Java免费学习笔记（深入）”；
模板方法模式的核心思想
模板方法模式是在抽象类中定义一个算法的框架，将一些步骤的具体实现延迟到子类。模板方法本身是一个具体方法，通常被 final 修饰，防止被子类篡改流程。
典型结构包括：
- 抽象类定义模板方法（固定流程）
- 部分步骤是抽象方法，由子类实现
- 部分步骤是钩子方法（可选覆盖），提供默认行为
比如构建一个数据导出流程：连接数据源 → 查询数据 → 格式化数据 → 输出文件。前两步和最后一步可以通用，格式化过程因类型而异。这时就可以把格式化定义为抽象方法，其他步骤实现在父类中，通过模板方法组织调用顺序。
结合实践提升设计能力
在实际开发中，合理运用抽象方法与模板方法能显著减少重复代码。例如在Web项目中处理表单提交，不同业务有不同的校验规则和保存逻辑，但整体流程一致：接收请求 → 参数校验 → 业务处理 → 返回结果。
可以设计一个抽象基类：
abstract class FormHandler {
public final void process() {
receiveRequest();
if (validate()) {
save();
respond();
}
}
private void receiveRequest() { /* 公共实现 */ }
protected abstract boolean validate();
protected abstract void save();
private void respond() { /* 公共实现 */ }}
每个具体表单处理器只需关注自己的校验和保存逻辑，无需关心整体流程。这样既保证了流程统一，又保留了灵活性。
注意事项与最佳实践
使用模板方法模式时要避免过度设计。如果算法流程不稳定或子类差异过大，可能不适合使用该模式。
- 模板方法建议设为 final，防止子类修改核心流程
- 允许子类选择性覆盖的方法可用钩子（如空实现的 protected 方法）
- 抽象类应尽量明确文档说明各方法的作用和调用时机
- 结合工厂模式或策略模式可进一步解耦对象创建与使用
基本上就这些。理解抽象方法和模板方法的关系，关键是在“变”与“不变”之间划清界限，做到流程可控、扩展灵活。
