优先使用组合而非继承可提升代码灵活性与可维护性。通过将行为封装为接口并以委托方式复用，避免继承导致的紧耦合和脆弱基类问题。例如，用FlightBehavior接口实现不同飞行行为，使鸟类动态选择能力，而不依赖固定继承结构。重构时应识别变化行为、提取接口、引入委托，并消除仅为复用代码的继承。继承仅适用于明确“is-a”关系、需要多态或框架要求的场景。关键在于区分复用与多态需求，若仅为获得方法而继承，则应改用组合。
在Java中，继承虽然是一种强大的代码复用机制，但过度或不恰当地使用会导致紧耦合、脆弱的基类问题以及难以维护的类层次结构。为了避免这些问题，推荐采用组合优于继承的设计原则，通过对象组合来实现行为复用，从而构建更灵活、可扩展的系统。
理解继承的风险
当子类继承父类时，它不仅继承了公开的方法和属性，也继承了父类的内部实现细节。这会带来几个问题：
- 脆弱的基类问题：父类的修改可能意外破坏子类的行为。
- 过度耦合：子类与父类绑定过紧，难以独立演化。
- 打破封装：子类常常需要了解父类的实现逻辑才能正确重写方法。
- 多继承限制：Java不支持多继承，限制了功能复用的灵活性。
使用组合替代继承
组合是指在一个类中包含其他类的实例，通过委托调用其功能，而不是通过继承获取行为。这种方式能显著提升代码的灵活性和可维护性。
例如，有一个Bird类和它的子类Sparrow，如果用继承实现飞行行为：
立即学习“Java免费学习笔记（深入）”；
<font face="Courier New">
class Bird {
void fly() { ... }
}
<p>class Sparrow extends Bird { }
</font>但如果某些鸟不能飞（如企鹅），这种设计就出问题了。改用组合方式：
<font face="Courier New">
interface FlightBehavior {
void fly();
}
<p>class FlyWithWings implements FlightBehavior {
public void fly() { /<em> 飞行实现 </em>/ }
}</p><p>class NoFly implements FlightBehavior {
public void fly() { /<em> 不能飞 </em>/ }
}</p><p>class Bird {
private FlightBehavior flightBehavior;</p><pre class='brush:java;toolbar:false;'>public Bird(FlightBehavior behavior) {
this.flightBehavior = behavior;
}
void performFly() {
flightBehavior.fly();
}}
这样每个鸟可以动态选择飞行行为，无需改变类结构。
重构策略：从继承到组合
当你发现现有继承结构变得复杂或僵化时，可以按以下步骤进行重构：
- 识别变化点：找出哪些行为是可能变化的（如算法、策略、状态等）。
- 提取接口或抽象类：将这些行为封装成独立的接口或组件。
- 替换为委托：在原类中引入对应组件的实例，并将调用转发给它。
- 消除不必要的继承：将原本用于复用的继承改为组合，仅保留真正表示“is-a”关系的继承。
何时仍可使用继承
继承并非完全避免，而在以下情况依然适用：
- 明确的“is-a”关系，如Dog是Animal的一种。
- 需要多态支持，比如统一接口处理不同子类型。
- 框架要求（如JPA实体继承、Servlet类等）。
关键在于区分“为了复用”而继承，还是“为了多态”而继承。只有后者才是合理使用。
基本上就这些。通过优先使用组合，你能写出更松耦合、更易测试和更易演进的Java代码。设计时多问一句：“我是不是只是为了获得某个方法才继承？” 如果是，那应该考虑组合。
