组合和继承选哪个

到底该用组合（composition）还是继承（inheritance），一句话结论先给出：

优先使用组合，只有在“is-a”关系非常明确、且需要复用行为而不仅仅是数据时，才考虑继承。

下面从原理、对比、场景和示例几个层面说清楚。

一、核心区别一句话版

• 继承：强调“是一个（is-a）”
• 组合：强调“有一个（has-a）”

二、对比表（非常关键）

三、什么时候用继承（少数情况）

✅ 适合继承的场景

1. 真的是“is-a”关系

   Dog is an Animal
   Square is a Shape
   

2. 你不打算改父类

   • 父类稳定
   • 子类只是“特化”

3. 需要多态

   • 通过父类引用操作子类

❌ 典型的“假继承”

Toolbox extends ArrayList<Tool>   ❌

如果只是为了“复用 ArrayList 的方法”，这是错误动机。

四、什么时候用组合（大多数情况）

✅ 非常适合组合的情况

• 只是想复用功能
• 类之间不是“is-a”
• 运行时可能变化行为
• 需要解耦、可测试

示例：错误 vs 正确

❌ 用继承（不好）

class Bird extends Wing {
    // Bird 不是 Wing
}

✅ 用组合（好）

class Bird {
    private Wing wing;
}

五、经典设计原则支持组合

1️⃣ 合成复用原则（CRP）

尽量使用对象组合，而不是继承来达到复用目的

2️⃣ 里氏替换原则（LSP）

子类必须能完全替代父类
如果做不到，就别继承

3️⃣ 策略模式（典型组合）

class PaymentService {
    private PaymentStrategy strategy;
}

而不是：

class AlipayPayment extends PaymentService ❌

六、一个行业级判断标准（很重要）

当你犹豫时，问自己三句话：

1. 子类是否真的“是一种”父类？
2. 如果父类改了，子类是否还能正常工作？
3. 我是不是只是为了“少写几行代码”才继承的？

只要有一条是“否”，就选组合。

七、什么时候“组合 + 接口”是最优解

这是现代工程最常用的方案

interface Flyable {
    void fly();
}

class Bird {
    private Flyable flyer;
}

✅ 解耦
✅ 可替换
✅ 可测试
✅ 符合开闭原则

总结一句话（面试 / 实际开发都适用）

继承是“白盒复用”，组合是“黑盒复用”；
能用组合就用组合，继承留给真正的“语义关系”。

如果你愿意，可以贴一段你现在的代码，我可以直接帮你判断：这里该用继承还是组合，以及怎么改最好。