继承的核心价值在于建立“is-a”类型关系，而非单纯减少重复；它通过extends使子类复用父类非私有成员，实现可复用、可扩展的层次化设计，但需严守语义合理性与单一职责原则。
继承在 Java 中确实能减少功能重复的代码量，但它的核心价值不在于“减少重复”，而在于建立可复用、可扩展的类型关系。只有当子类和父类之间存在“is-a”逻辑（比如“狗是一种动物”），继承才是合理选择；如果只是为了简单复用代码，用组合（has-a）往往更灵活、更安全。
继承如何真正减少重复？
当多个类共享相同属性和行为时，可以把共性抽取到父类中，子类通过 extends 自动获得这些成员（非私有字段和方法），无需逐个重写：
- 公共字段（如 name、age）统一定义在父类，子类直接使用
- 通用方法（如 introduce()、sleep()）只需在父类实现一次
- 子类可选择性重写（@Override）特定方法，保留共性的同时定制差异
小心“假重复”：不该用继承的情况
如果两个类只是碰巧有相同方法名或字段名，但语义不同、职责无关，强行继承会导致设计僵化：
- “汽车”和“电饭煲”都有“启动”方法，但逻辑完全不同 → 不该共用父类
- 为复用一个工具方法（如字符串校验）而让业务类去继承工具类 → 违反单一职责，破坏语义
- 后期想把子类改成另一个父类时，Java 不支持多继承，重构成本高
比继承更推荐的替代方式
多数场景下，“组合优于继承”是更稳健的设计原则：
- 把可复用的功能封装成独立类（如 FileUtils、DateHelper），在需要的类中以字段形式持有并调用
- 用接口定义能力契约（如 Runnable、Comparable），让不同类按需实现，解耦更强
- 配合默认方法（Java 8+）在接口中提供基础实现，兼顾复用与灵活性
继承用对的关键细节
若确定要用继承，注意以下几点才能真正发挥其减少重复的价值：
- 父类尽量定义为 abstract，明确它只用于被继承，不直接实例化
- 共性方法优先设为 protected 或包级访问，避免过度暴露内部细节
- 构造逻辑用 super(...) 显式委托，确保父类状态正确初始化
- 避免在父类中调用可能被子类重写的方法（易引发初始化问题）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
