继承体现“is-a”关系，支持多态但耦合高；组合体现“has-a”关系，松耦合、灵活性强。优先使用组合，尤其在需动态切换行为或避免继承缺陷时；继承适用于明确的分类关系和稳定抽象。
组合与继承都是实现代码复用的重要手段，但它们在设计思想、灵活性和维护性上有明显差异。选择合适的机制对构建可扩展、易维护的系统至关重要。
继承：是“是一个”的关系
继承表示类之间的“is-a”关系。子类继承父类的属性和方法，获得父类的行为并可以进行扩展或重写。
例如，Dog extends Animal，说明狗是一种动物。
优点：
立即学习“Java免费学习笔记（深入）”；
- 支持多态，便于统一接口处理不同子类对象
- 代码复用直接，子类自动获得父类功能
- 符合自然分类逻辑
缺点：
- 破坏封装性，子类依赖父类的实现细节
- 继承层次过深会导致系统复杂，难以维护
- 父类修改可能影响所有子类，耦合度高
组合：是“有一个”的关系
组合表示类之间的“has-a”关系。一个类通过持有其他类的实例来获得行为。
例如，Car has an Engine，汽车包含引擎。
优点：
立即学习“Java免费学习笔记（深入）”；
- 松耦合，部件类可以独立变化
- 运行时可以动态替换组件，提升灵活性
- 更好的封装性，不暴露内部结构
使用组合通常配合接口或抽象类，实现策略模式、装饰器模式等设计模式。
优先使用组合而非继承
GoF设计模式中明确提出：“优先使用对象组合，而不是类继承”。这不是完全否定继承，而是强调更安全、灵活的设计方式。
何时选择组合：
- 想要复用某个类的功能，但不属于“是一种”的关系
- 需要在运行时切换行为（如使用不同的算法）
- 避免继承带来的紧耦合问题
- 多个类需要共享同一功能模块
何时仍可使用继承：
- 明确的“is-a”语义关系
- 需要多态统一处理对象类型
- 父类是受控的稳定抽象（如抽象类或模板方法）
实际选择建议
判断是否使用继承，可以问自己两个问题：
- 子类是不是父类的一种特殊形式？如果不是，别用继承。
- 是否可能需要同时拥有多种行为来源？如果是，组合更合适。
比如，实现一个Bird类，如果用继承实现飞行能力，那么企鹅也会“继承”飞行，这显然不合理。更好的方式是定义Flyable接口，由会飞的鸟去实现，不会飞的则不实现——这是组合思维的体现。
基本上就这些。继承不是坏东西，但在多数场景下，组合提供更强的灵活性和更低的维护成本。合理使用两者，才能写出高质量的Java代码。
