Java抽象类通过模板方法模式固定算法骨架，即父类控流程、子类填细节：final模板方法定义执行顺序，abstract方法强制子类实现关键可变逻辑，hook方法提供可选扩展点。
Java 抽象类通过模板方法模式固定算法骨架，核心在于“父类控流程、子类填细节”：抽象类把不变的执行顺序写死在 final 模板方法 中，把可变的逻辑抽成 abstract 方法 强制子类实现，再辅以可选的 hook 方法提供柔性扩展点。
定义含 final 模板方法的抽象类
模板方法本身必须声明为 final，确保任何子类都无法覆盖或打乱执行步骤。它内部按固定顺序调用若干方法——有些是抽象的（待子类实现），有些是已实现的具体方法（通用逻辑复用），有些是空实现的钩子（可选重写）。
- 模板方法命名通常体现业务意图，比如
processOrder()、executeWorkflow() - 所有被模板方法直接调用的抽象方法，都用
abstract声明，不提供默认行为 - 具体方法可封装日志记录、参数校验、资源释放等跨子类共性逻辑
声明抽象方法作为算法“可变点”
这些方法代表算法中必须差异化处理的关键环节，比如“连接数据源”“解析响应”“生成报告”。抽象类只定义签名和调用时机，不写实现。
- 子类继承后，编译器强制要求实现全部抽象方法，否则无法实例化
- 每个抽象方法对应一个明确职责，粒度适中——太粗会削弱灵活性，太细则增加子类负担
- 例如：在报表导出场景中，
fetchData()和formatOutput()可设为抽象，而writeToFile()可放在抽象类中作为具体方法复用
提供 hook 方法支持条件性扩展
hook 是普通非 abstract、非 final 的方法，默认为空实现或返回默认值。子类可根据需要选择是否重写，不影响主流程。
立即学习“Java免费学习笔记（深入）”；
- 常见用途包括：预处理前检查、失败后回调、性能埋点、开关控制逻辑分支
- 例如：
beforeExecute()默认空，子类重写后可在模板方法开头自动执行初始化；onError(Exception e)默认仅打印日志，子类可改为发告警或重试 - 与抽象方法不同，hook 不参与算法骨架的刚性约束，属于“有则用、无则跳过”的松耦合机制
子类只需专注实现差异逻辑
具体子类继承抽象模板类后，工作非常聚焦：补全所有 abstract 方法，必要时覆写 hook 方法。其余流程（调用顺序、异常处理、结果组装等）全部由父类保障。
- 无需重复编写模板方法里的控制逻辑，避免流程不一致风险
- 新增子类时，只要遵循抽象类契约，天然接入统一执行框架
- 修改算法骨架只需动抽象类中的模板方法，所有子类自动生效，符合开闭原则
