OOP组合优于继承，Java组合复用详解

“组合优于继承”并非否定继承的价值，而是强调在代码复用场景中，通过成员变量持有对象（has-a）比盲目使用类继承（is-a）更灵活、稳健且可维护——它避免了因误将功能复用等同于类型归属而导致的逻辑扭曲（如让鸵鸟继承会飞的鸟类）、父类变更引发的连锁崩溃、编译期固化无法动态替换行为、单继承限制以及测试维护成本高等问题；真正该用继承的，是那些语义上确属“是一种”的关系（如ArrayList是一种List），而绝大多数能力复用，都更适合用接口抽象+依赖注入的组合方式来优雅实现。

“组合优于继承”不是说继承不能用，而是指在大多数需要复用代码的场景下，用“把一个对象当成员变量持有”比“让一个类去 extends 另一个类”更稳妥、更可控。

核心区别：is-a 还是 has-a？

继承表达的是is-a（是一个）关系：比如 Dog extends Animal，狗是一种动物，逻辑自然成立。而组合表达的是has-a（有一个）关系：比如 Car 有一个 Engine，一个 Transmission，这种结构更贴近现实，也更容易调整。

一旦把“功能复用”误当成“类型归属”，就容易掉进继承陷阱。例如让 Ostrich（鸵鸟）继承带 fly() 方法的 Bird 类——鸵鸟不是不会飞的鸟，它是根本不能飞的鸟。硬继承只能靠抛异常或空实现来“打补丁”，这违背了设计本意。

为什么组合更可靠？

• 父类改了，子类不一定崩：组合依赖接口或抽象行为，只要接口不变，内部实现怎么换都行；继承则可能因父类方法签名、调用顺序、protected 成员变动而连带出错。
• 行为可以动态切换：比如汽车运行时从燃油引擎换成电动引擎，只需替换 engine 字段引用；继承关系在编译期就锁死了，没法 runtime 换“爹”。
• 避免单继承限制：Java 不允许多继承，但一个类可以同时持有 FlyAbility、TweetAbility、SwimAbility 多个对象，灵活拼装能力。
• 测试和维护更简单：每个组件可独立单元测试；修改导航模块，不用动整车逻辑；而继承链一改，往往要通读三四层才能确认影响范围。

怎么写出“组合友好”的代码？

• 把可变行为抽成接口，比如 Flyable、Drawable、Serializable；
• 在主类中声明接口类型的字段，如 private Flyable flyer;；
• 通过构造器或 setter 注入具体实现，而不是 new 出固定类型；
• 避免为复用几行代码就拉一条继承线——问问自己：这个子类真的“是”父类的一种吗？还是只是“用”了它的某部分能力？

基本上就这些。组合不是拒绝继承，而是把继承留给真正符合 is-a 的场合，比如 ArrayList 是一种 List，IOException 是一种 Exception；其余时候，优先考虑“拿过来用”，而不是“认它做爹”。

本篇关于《OOP组合优于继承，Java组合复用详解》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于文章的相关知识，请关注golang学习网公众号！