继承表示“is-a”关系，通过extends实现，支持代码复用和多态，但耦合高、灵活性差；2. 组合表示“has-a”关系，通过成员变量持有对象，实现高内聚低耦合、运行时动态替换；3. 优先使用组合，尤其在行为变化或父类不稳定时，继承适用于抽象基类和接口统一场景。
在Java中，类的设计直接影响代码的可维护性、扩展性和复用性。理解继承与组合的区别以及它们各自的适用场景，是掌握面向对象编程的关键。
继承：表示“是什么”的关系
继承通过extends关键字实现，子类获得父类的属性和方法，体现的是“is-a”关系。比如Dog extends Animal，表示狗是一种动物。
使用继承的优点包括：
- 代码复用：公共行为可以定义在父类中，子类直接继承
- 多态支持：父类引用可以指向子类对象，便于接口统一处理
- 结构清晰：层级关系明确，符合现实世界的分类逻辑
但继承也有明显缺点：
立即学习“Java免费学习笔记（深入）”；
- 破坏封装：子类依赖父类的实现细节，父类修改可能影响所有子类
- 灵活性差：Java不支持多继承，一个类只能有一个直接父类
- 耦合度高：子类与父类绑定紧密，难以独立演化
组合：表示“有什么”的关系
组合通过在类中持有其他类的实例来实现，体现的是“has-a”关系。例如Car has an Engine，汽车拥有引擎。
组合的优势在于：
- 高内聚低耦合：组件之间职责分离，易于替换和测试
- 运行时灵活性：可以在程序运行期间动态更换组件
- 避免继承弊端：不依赖父类实现，封装性更好
实际例子：
class Engine {
void start() { System.out.println("Engine started"); }
}
class Car {
private Engine engine; // 组合
Car(Engine engine) {
this.engine = engine;
}
void start() {
engine.start(); // 委托行为
}
}
优先使用组合而非继承
这是GoF（设计模式）中提出的重要原则。当两个类之间不是严格的“is-a”关系，或者父类的实现可能变化时，应优先考虑组合。
判断标准：
- 是否需要重写父类的方法？如果只是扩展功能，组合更安全
- 父类是否会频繁变更？变更会影响所有子类
- 是否想在运行时改变行为？组合支持动态替换，继承不行
比如实现行为变化的场景，使用策略模式配合组合比继承更灵活。
继承仍有必要，但需谨慎使用
在定义抽象基类或框架入口时，继承不可替代。例如定义abstract class HttpServlet，由具体Servlet继承并实现doGet/doPost。
使用继承的最佳实践：
- 父类尽量设计为抽象类或接口
- 避免深层继承层次，控制在2-3层以内
- 遵循里氏替换原则（LSP），子类可透明替换父类
基本上就这些。继承适合构建类型体系，组合更适合构建灵活系统。权衡的关键在于语义准确性和未来可变性。多数情况下，从组合开始设计更稳妥。
