java子类扩展需围绕场景设计可维护结构，关键在明确扩展点、利用protected钩子、避免重写核心方法；无钩子时考虑组合；用模板方法统一流程；新能力应显式命名并提取接口；构造中谨慎调用super。
Java 中子类扩展不是简单加几个方法，而是围绕具体开发场景设计可维护、可演进的结构。关键在于明确“扩展点”在哪、父类是否预留了接口、以及新行为如何与原有流程自然融合。
扩展第三方组件时优先用 protected 钩子方法
很多成熟框架（如 Spring Batch 的 Tasklet、日志库的 AbstractLogger）会主动提供 protected 方法作为安全入口，比如 beforeExecute() 或 onError()。这些方法不是核心逻辑，但专为继承定制。
- 直接重写这些钩子，不碰主流程，升级时不易冲突
- 避免重写
execute()这类核心方法——它可能包含状态校验、事务边界等隐式契约 - 若钩子不存在，先检查父类是否为
final或关键方法是否private；若是，继承就不适用，该换组合
业务模型分层时用抽象类定义模板流程
当多个子类共享相同执行骨架但步骤细节不同，适合用抽象类 + 模板方法模式。例如数据处理：
- 父类声明
final void process() { load(); transform(); save(); } - 子类只实现
protected List<data> load()</data>和protected Data transform(Data d) - 流程控制权在父类，子类只负责“填空”，既统一又开放
新增领域能力时通过继承+新方法显式表达意图
子类不只是复用，更要清晰传达“我多了什么”。比如 Payment 基类有 pay()，子类 AlipayPayment 不仅重写它，还应暴露 getQrCodeUrl() 或 refundAsync() 等专属能力。
- 新方法名要体现业务语义，而非技术细节（如不用
doAlipayCall()） - 避免把所有扩展逻辑塞进重写方法里——那样会让子类职责模糊，也难测试
- 如果新能力需要跨多个子类共用，考虑提取成接口（如
Refundable），再让子类实现
构造阶段注入定制逻辑要谨慎调用 super
子类构造器中若需初始化父类字段，必须用 super(...) 显式调用父类构造器，且必须是第一行。
- 父类若只有带参构造器，子类就不能省略
super调用 - 不要在父类构造器里调用
this.xxx()或super.xxx()——此时子类对象还没构造完，重写方法可能访问未初始化字段 - 想在构造后做增强？改用
init()模板方法，由子类在构造完成后再显式触发
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
