设计Java继承体系需遵循“is-a”关系，合理使用extends实现单继承，优先组合替代继承，父类封装共性，子类特化行为，避免过深层级，善用抽象类与接口协同，提升可维护性与扩展性。
掌握Java中的类继承层次设计，关键在于理解“是什么”关系，并合理组织类之间的结构。继承不是为了复用代码而强行使用，而是为了表达类型间的逻辑关系。一个清晰、可维护的继承体系能提升代码的扩展性和可读性。
明确继承的目的：建立类型层级
继承的核心是实现“is-a”关系。比如Dog是一个Animal，Car是一种Vehicle。设计时先思考类之间是否真的存在这种语义关系。
避免为了访问某个方法就继承父类，这会导致耦合过强。优先考虑组合（has-a）代替继承，特别是在行为复用场景下。
- 使用extends关键字建立单继承关系
- Java不支持多继承类，但可通过接口实现多重行为定义
- 父类应封装共性状态和行为，子类专注特化逻辑
设计可扩展的父类：注意访问控制与钩子方法
父类的设计直接影响整个继承体系的稳定性。合理使用protected让子类访问必要成员，同时避免暴露过多内部细节。
模板方法模式是继承的经典应用：在父类中定义算法骨架，留出抽象或可覆盖的方法供子类实现。
- 将公共初始化逻辑放在父类构造器中
- 使用final防止关键方法被篡改
- 提供protected钩子方法供子类定制行为
避免过深的继承链：保持层次简洁
继承层数越深，系统越难理解和维护。超过三层的继承往往意味着设计过于复杂。
当发现多个子类开始重复相同代码时，考虑提取中间抽象类，或重构为组合+策略模式。
- 优先扁平化结构，例如通过接口划分能力
- 利用default方法在接口中提供默认实现
- 定期审视继承树，合并或拆分职责不清的类
善用抽象类与接口的协同
从Java 8开始，接口可以包含default和static方法，使得接口更适合作为行为契约。
典型做法是：用抽象类表示“是什么”，用接口表示“能做什么”。
- 抽象类用于共享代码和强制模板流程
- 接口用于声明角色或能力，如Runnable、Serializable
- 子类继承一个抽象基类，同时实现多个功能接口
基本上就这些。好的继承设计不是一蹴而就的，需要在实践中不断调整。重点是让类之间的关系清晰，职责分明，未来加新功能时不破坏原有结构。不复杂但容易忽略。
