Java抽象类通过模板方法模式实现默认增强：父类定义final模板方法封装流程，调用protected空钩子方法供子类选择性重写，从而在不覆盖主逻辑前提下安全插入前置/后置行为。
在 Java 中，抽象类支持“默认增强”而非简单覆盖，关键在于 让子类在重写方法时主动调用父类逻辑（通常是 super.method()），再在其前后插入自定义行为。这本质上是模板方法模式的思想落地，依赖设计约定与规范引导，而非语言强制机制。
1. 抽象类中定义“可扩展的模板方法”
把核心流程封装在 final 或非 abstract 的具体方法中，内部调用受保护的钩子方法（hook methods）——这些钩子由子类选择性重写，用于插入增强逻辑。
- 父类不暴露需被覆盖的业务主方法，而是提供一个不可重写的模板方法
- 钩子方法声明为
protected、void、空实现（或默认 noop 行为），子类按需重写 - 模板方法控制执行顺序：前置钩子 → 父类主逻辑 → 后置钩子
示例：
abstract class DataProcessor {
// ✅ 模板方法：不可重写，定义标准流程
public final void process() {
beforeProcess(); // 钩子：子类可增强前置
doCoreLogic(); // 父类默认主逻辑（可设为 protected final）
afterProcess(); // 钩子：子类可增强后置
}
<pre class="brush:php;toolbar:false;">// ⚙️ 钩子方法：空实现，供子类选择性重写
protected void beforeProcess() {}
protected void afterProcess() {}
// ?️ 核心逻辑由父类提供默认实现（也可设为 abstract 强制子类实现）
protected void doCoreLogic() {
System.out.println("【默认】读取并校验数据");
}}
立即学习“Java免费学习笔记（深入）”；
2. 子类通过重写钩子实现“非破坏式增强”
子类不重写 process()，只重写 beforeProcess() 或 afterProcess()，自然融入父类流程，无需手动调用 super，也避免覆盖风险。
- 增强逻辑与父类逻辑解耦，职责清晰
- 即使父类未来升级
process()流程（如增加中间钩子），子类代码仍兼容 - 比“重写 + super.xxx()”更健壮：不依赖子类自觉调用父类逻辑
示例：
class ValidatingProcessor extends DataProcessor {
@Override
protected void beforeProcess() {
System.out.println("✅ 增强：开启审计日志");
}
<pre class="brush:php;toolbar:false;">@Override
protected void afterProcess() {
System.out.println("✅ 增强：发送处理完成通知");
}} // 调用 new ValidatingProcessor().process() 输出： // ✅ 增强：开启审计日志 // 【默认】读取并校验数据 // ✅ 增强：发送处理完成通知
3. 若必须重写主方法：用 “super + 包裹” 模式显式增强
当无法修改父类结构（如继承第三方抽象类），只能重写其公开方法时，应将 super.xxx() 视为“默认行为片段”，包裹在自定义逻辑中。
- 明确区分“增强点”：前增强（super 前）、后增强（super 后）、环绕增强（try-finally / around）
- 避免遗漏
super调用 —— 可在抽象父类中用 javadoc 强烈提示：“子类重写时必须调用 super.xxx()” - 对返回值或异常敏感的方法，注意传递、转换或包装
示例：
abstract class LegacyService {
public void execute() {
System.out.println("legacy default action");
}
}
<p>class EnhancedService extends LegacyService {
@Override
public void execute() {
System.out.println("➡️ 前置：检查权限");
super.execute(); // ? 显式调用默认行为
System.out.println("➡️ 后置：记录耗时指标");
}
}4. 配合注解与文档强化契约意识
Java 本身不校验“是否调用了 super”，但可通过以下方式降低误用概率：
- 在父类钩子方法上加
@Hook自定义注解（配合静态检查工具如 ErrorProne 或 IDE 插件识别未重写） - 在抽象方法/钩子的 Javadoc 中写明：
@implSpec 必须在重写时调用 super.xxxx()，否则将丢失基础功能 - 单元测试父类模板方法的流程完整性，确保子类增强不破坏主干路径
