Java中优化继承的关键是控制深度在三层内、紧扣is-a语义、用接口解耦多维能力、优先组合替代非必要继承，并聚焦父类共性与契约。
Java 中利用继承优化系统层级结构，关键不是堆叠更多父类，而是让每层继承都有明确语义、可控范围和可维护边界。过度拉长或随意扩展继承链，反而会削弱灵活性、增加出错风险。
紧扣“是一种”关系设计继承起点
只有当子类在业务逻辑中确实是父类的一种具体形态时，才使用继承。比如 Payment 是抽象概念，CreditCardPayment 和 AlipayPayment 是它的具体实现——这种 is-a 关系成立；但 OrderService 不是 DatabaseConnection 的一种，就不该继承，而应通过字段持有或参数传入。
- 避免为复用方法强行建立继承，例如工具类、配置类、DTO 都不适合被继承
- 父类应聚焦共性：统一生命周期管理（如 init/destroy）、通用状态字段（id、createdAt）、核心行为契约（如 process()、validate()）
- 用抽象类封装部分实现，用接口定义能力契约，二者配合比单靠继承更清晰
把继承深度控制在三层以内
超过三层的继承（如 A ← B ← C ← D）会让调用路径变长、调试困难，且一处修改可能意外影响远端子类。推荐收敛为：顶层抽象类 → 中间职责类 → 具体实现类。
- 例如图形系统：Shape（定义 area/render）→ ResizableShape（添加 resize）→ Circle/Rectangle 直接继承 ResizableShape
- 删除冗余中间层：用 IDE 的 “Extract Superclass” 辅助识别真正共用逻辑，移除仅含一两个方法的“过渡类”
- 对已有深链，先用 protected 方法隔离可变部分，再逐步将非共性逻辑抽成独立服务或策略类
用接口解耦多维能力，替代继承叠加
深层继承常源于把不同维度的能力硬塞进一条线：比如既要“可打印”，又要“可导出”，还要“带审计日志”。这时继承变成功能拼凑，而非类型表达。
立即学习“Java免费学习笔记（深入）”；
- 定义小而专注的接口：Printable、Exportable、Auditable
- 具体类按需实现，如 Invoice implements Printable, Exportable，不再需要 PrintInvoice、ExportInvoice 等继承变体
- 结合策略模式，运行时组合行为（如 setPrinter(new PdfPrinter())），比编译期继承更灵活
优先用组合替代非必要继承
当类之间是“有一个”或“用到”关系时，组合比继承更安全、更易测试、更少副作用。
- Car 类包含 Engine 实例，而不是继承 Engine；ReportGenerator 持有 DatabaseConnection 引用，而非继承它
- 依赖通过构造器注入，便于替换模拟对象（Mock）做单元测试
- 避免子类无意覆盖父类关键逻辑（如连接关闭、资源释放等敏感流程）
