组合与继承如何选择？Java开发必看

继承体现“is-a”关系，支持多态但耦合高；组合体现“has-a”关系，松耦合、灵活性强。优先使用组合，尤其在需动态切换行为或避免继承缺陷时；继承适用于明确的分类关系和稳定抽象。

组合与继承都是实现代码复用的重要手段，但它们在设计思想、灵活性和维护性上有明显差异。选择合适的机制对构建可扩展、易维护的系统至关重要。

继承：是“是一个”的关系

继承表示类之间的“is-a”关系。子类继承父类的属性和方法，获得父类的行为并可以进行扩展或重写。

例如，Dog extends Animal，说明狗是一种动物。

优点：

• 支持多态，便于统一接口处理不同子类对象
• 代码复用直接，子类自动获得父类功能
• 符合自然分类逻辑

缺点：

• 破坏封装性，子类依赖父类的实现细节
• 继承层次过深会导致系统复杂，难以维护
• 父类修改可能影响所有子类，耦合度高

组合：是“有一个”的关系

组合表示类之间的“has-a”关系。一个类通过持有其他类的实例来获得行为。

例如，Car has an Engine，汽车包含引擎。

优点：

• 松耦合，部件类可以独立变化
• 运行时可以动态替换组件，提升灵活性
• 更好的封装性，不暴露内部结构

使用组合通常配合接口或抽象类，实现策略模式、装饰器模式等设计模式。

优先使用组合而非继承

GoF设计模式中明确提出：“优先使用对象组合，而不是类继承”。这不是完全否定继承，而是强调更安全、灵活的设计方式。

何时选择组合：

• 想要复用某个类的功能，但不属于“是一种”的关系
• 需要在运行时切换行为（如使用不同的算法）
• 避免继承带来的紧耦合问题
• 多个类需要共享同一功能模块

何时仍可使用继承：

• 明确的“is-a”语义关系
• 需要多态统一处理对象类型
• 父类是受控的稳定抽象（如抽象类或模板方法）

实际选择建议

判断是否使用继承，可以问自己两个问题：

• 子类是不是父类的一种特殊形式？如果不是，别用继承。
• 是否可能需要同时拥有多种行为来源？如果是，组合更合适。

比如，实现一个Bird类，如果用继承实现飞行能力，那么企鹅也会“继承”飞行，这显然不合理。更好的方式是定义Flyable接口，由会飞的鸟去实现，不会飞的则不实现——这是组合思维的体现。

基本上就这些。继承不是坏东西，但在多数场景下，组合提供更强的灵活性和更低的维护成本。合理使用两者，才能写出高质量的Java代码。