继承虽能复用代码和实现多态，但滥用会破坏封装性、导致类层次复杂、限制灵活性并易违反里氏替换原则；应仅在明确“is-a”关系时使用，优先选择组合与接口。
在Java中，继承是面向对象编程的重要特性，能实现代码复用和多态。但过度或不合理使用继承会带来一系列问题，因此需要避免滥用。
继承破坏封装性
子类依赖父类的实现细节，一旦父类内部发生变化，子类可能受到影响，即使没有重写相关方法。这种强耦合让维护变得困难。
例如，父类修改了某个受保护字段的初始化方式，子类可能因依赖该字段的旧行为而出现错误。这违背了封装原则——本应隐藏的实现细节被子类直接依赖。
导致类层次复杂难维护
滥用继承容易形成过深的继承链，比如 A → B → C → D。层级越深，理解成本越高，修改风险越大。
立即学习“Java免费学习笔记（深入）”；
常见问题包括：
- 方法调用路径不清晰，难以追踪实际执行逻辑
- 子类被迫继承不需要的方法或状态
- 新增功能时不知道该放在哪一层，容易错位
限制代码灵活性
Java只支持单继承，一个类只能有一个直接父类。如果为了复用功能而继承，就会占用唯一的继承机会，丧失扩展其他能力的空间。
相比而言，组合更具灵活性。通过持有其他类的实例来获得行为，可以自由组合多个模块，且易于替换和测试。
比如，一个“飞行汽车”不应强行从“汽车”或“飞机”继承，而应包含“可飞行”和“可行驶”的组件，按需组装行为。
容易违反里氏替换原则
当子类改变了父类的行为逻辑（如重写方法后不再满足原约定），会导致多态调用出错。使用者无法安全地将子类对象替换父类引用。
这种情况常出现在“为了复用而继承”的设计中，子类只是借用了父类的部分功能，并未真正表达“是一种”的关系。
基本上就这些。合理使用继承的关键是：仅在“is-a”关系明确且行为契约稳定时才使用，优先考虑组合与接口实现。这样代码更健壮、灵活，也更容易演化。
