正确使用java继承的关键是遵循is-a关系，服务于复用与可维护性；应避免为功能借用而继承，优先用组合；父类需聚焦抽象共性，字段方法合理封装；重写须守契约并用@override；单继承限制下用接口补充多角色能力。
正确使用Java继承机制，关键不是“能不能继承”，而是“该不该继承”——它必须体现真实的is-a关系，并服务于代码复用与可维护性，而非堆砌语法。
只在符合“是-一种”关系时才用继承
继承表达的是类型归属，不是功能借用。比如Dog 是 Animal、Manager 是 Employee，逻辑自然；但Logger 不是 Database、Car 不是 Engine，这类就该用组合（has-a）代替。
常见误用：为复用一个工具方法（如日期格式化）而让业务类去继承工具类。这破坏了语义，也增加了不必要的耦合。
- 判断标准：把子类名代入“X 是 Y 的一种”句式，读起来是否自然、无歧义
- 替代方案：当只有“用到”关系时，优先用字段引用（private Logger logger）或静态工具类
父类要设计成可继承的“基底”，而不是大而全的容器
父类不是用来塞所有公共代码的地方，而是定义共性接口和基础行为的契约。它应聚焦稳定、通用、抽象的职责。
例如，Animal 类可定义 name、age、eat()、sleep()，但不应强行加入 fly() 或 swim()——这些属于特定子类的能力，应由接口（如 Flyable、Swimmable）补充。
- 字段尽量用 protected 或提供 protected getter/setter，避免 public 字段暴露内部状态
- 方法若允许子类定制，声明为非 final；若核心逻辑不可变，明确加 final 修饰
- 避免在父类构造器中调用可被重写的方法（如 init()），否则子类字段尚未初始化就执行，易引发空指针
子类重写必须遵守契约，且善用 super
重写（@Override）不是覆盖名字，而是替换行为实现。它必须保持签名一致、返回类型协变、访问权限不收紧，并尊重父类方法的语义约定。
比如重写 equals()，就必须同步重写 hashCode()；重写 toString()，建议先调用 super.toString() 再追加子类特有信息，保证基础结构不丢失。
- 始终添加 @Override 注解——编译器会帮你检查是否真构成重写，避免因参数类型微小差异（如 int vs Integer）导致意外重载
- 需要复用父类逻辑时，用 super.methodName() 显式调用，不要复制粘贴父类代码
- 构造器第一行默认或显式调用 super(...)，确保父类状态完整初始化；若父类无无参构造器，子类必须手动写 super(…)
警惕单继承限制，用接口补足多角色能力
Java 只支持单继承，但一个对象常具备多重身份。比如 Bird 是 Animal，同时也可飞、会鸣叫、能迁徙。这些正交能力不适合塞进 Animal 父类，而应拆分为接口。
这样既保持继承链清晰，又支持灵活组合：class Bird extends Animal implements Flyable, Singable, Migratable。
- 接口定义“能做什么”，继承定义“是什么”，二者分工明确
- 新功能扩展（如新增 Climbing 能力）只需新增接口并让对应子类实现，不影响现有继承结构
- 集合参数或返回值尽量使用父类或接口类型（List
、Flyable），为多态留出空间
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
