java组合能替代继承吗

简短结论：Java 里“组合”很多时候可以替代“继承”，而且往往更推荐用组合；但并不能 100% 完全替代继承，要看场景。

下面说清楚。

一、为什么常说“组合优于继承”

经典设计原则：
“Favor composition over inheritance”（优先使用组合而不是继承）

继承的问题

1. 耦合太强

   • 子类依赖父类实现细节
   • 父类一改，子类容易崩

2. 破坏封装

   • 子类可以访问父类受保护成员
   • 容易误用

3. 单继承限制

   • Java 只能继承一个类
   • 多重能力难以表达

4. 层级容易膨胀

   • 为了复用代码，类越写越深

二、组合能解决什么

组合的本质：
“我拥有一个能力，而不是我就是一种能力”

示例对比

继承写法

class Bird {
    void fly() {}
}

class Penguin extends Bird {
    // 企鹅不会飞，但继承了 fly()
}

组合写法

interface Flyable {
    void fly();
}

class FlyAbility implements Flyable {
    public void fly() {}
}

class Penguin {
    private Flyable flyAbility; // 可以不赋
}

✅ 组合更灵活、更清晰

三、组合能“替代”继承的典型场景

✅ 代码复用

class A {
    void log() {}
}

class B {
    private A a = new A();
}

✅ 行为扩展（策略、装饰器、委托）

class Service {
    private Validator validator;
}

✅ 避免 is-a 关系不成立的继承

四、继承仍然有用，不能被完全替代

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

class Animal {}
class Dog extends Animal {}

狗确实是动物 ✅

2. 多态（接口也能做，但抽象类有状态）

abstract class Shape {
    abstract double area();
}

3. 框架 / API 强制要求

• Exception extends Throwable
• Thread extends Runnable（不严谨但类似）
• Spring / Servlet / JUnit 的基类

这些必须用继承

五、什么时候用继承，什么时候用组合

用继承，当：

• 是明确的 is-a
• 需要复用 状态 + 行为
• 类层级稳定、不会频繁变化

用组合，当：

• 只是 has-a / can-do
• 需要灵活替换行为
• 不想被父类实现绑死

六、一句话总结

组合能替代“为了复用而存在的继承”，但不能替代“为了表达类型关系而存在的继承”。

如果你愿意，我可以：

• 给你一个「继承 vs 组合」的真实业务例子
• 或帮你把某段继承代码重构成组合写法