本文介绍在 java 中面对“多个子类需复用不同父类特有属性与行为”时，如何通过组合（composition）替代冗余继承，结合接口抽象与委托调用，构建可扩展、低耦合、支持多态的面向对象模型。
本文介绍在 java 中面对“多个子类需复用不同父类特有属性与行为”时，如何通过组合（composition）替代冗余继承，结合接口抽象与委托调用，构建可扩展、低耦合、支持多态的面向对象模型。
在面向对象设计中，当多个类共享部分而非全部行为与状态时，盲目使用单继承极易导致代码重复、职责混淆和扩展僵化。以共享单车与皮划艇共存的综合服务站点（BikeAndCanoeStation）为例：它既需具备自行车站点（BikeStation）的调度逻辑，又需支持皮划艇站点（CanoeStation）的水域管理能力，但二者在领域语义上并无“is-a”层级关系——BikeAndCanoeStation 并非 BikeStation 的一种，也不属于 CanoeStation 的子类。此时，强行让其同时继承两者（Java 不支持多重继承）或简单复制粘贴代码，均违背 OOP 的开闭原则与单一职责原则。
推荐方案：组合 + 接口抽象 + 委托（Composition over Inheritance）
核心思想是将共性行为抽取为独立可插拔的组件，并通过接口定义契约，再由容器类（如 BikeAndCanoeStation）持有这些组件实例，按需委托调用。
首先，定义清晰的行为契约接口：
public interface BikeOperation {
void rentBike();
void returnBike();
int getAvailableBikes();
}
public interface CanoeOperation {
void rentCanoe();
void returnCanoe();
int getAvailableCanoes();
}接着，实现具体行为组件（可复用、可测试、可替换）：
public class BikeStationImpl implements BikeOperation {
private int availableBikes = 10;
@Override
public void rentBike() {
if (availableBikes > 0) availableBikes--;
}
@Override
public void returnBike() { availableBikes++; }
@Override
public int getAvailableBikes() { return availableBikes; }
}
public class CanoeStationImpl implements CanoeOperation {
private int availableCanoes = 5;
@Override
public void rentCanoe() {
if (availableCanoes > 0) availableCanoes--;
}
@Override
public void returnCanoe() { availableCanoes++; }
@Override
public int getAvailableCanoes() { return availableCanoes; }
}然后，重构主类体系：Station 保持抽象基类角色，专注通用能力（如位置、名称、基础统计），而具体业务行为完全交由组合组件承担：
public abstract class Station {
protected String name;
protected String location;
public Station(String name, String location) {
this.name = name;
this.location = location;
}
// 通用方法（所有站点共有）
public abstract void reportStatus(); // 多态入口之一
}最终，BikeAndCanoeStation 不再继承具体站点类，而是组合两个行为组件，并实现统一多态接口：
public class BikeAndCanoeStation extends Station
implements BikeOperation, CanoeOperation {
private final BikeOperation bikeOps;
private final CanoeOperation canoeOps;
// 构造时注入依赖，支持灵活替换（如 Mock 测试）
public BikeAndCanoeStation(String name, String location) {
super(name, location);
this.bikeOps = new BikeStationImpl();
this.canoeOps = new CanoeStationImpl();
}
// 委托实现 —— 行为复用零冗余
@Override
public void rentBike() { bikeOps.rentBike(); }
@Override
public void returnBike() { bikeOps.returnBike(); }
@Override
public int getAvailableBikes() { return bikeOps.getAvailableBikes(); }
@Override
public void rentCanoe() { canoeOps.rentCanoe(); }
@Override
public void returnCanoe() { canoeOps.returnCanoe(); }
@Override
public int getAvailableCanoes() { return canoeOps.getAvailableCanoes(); }
// 统一多态方法：支持运行时多态调用
@Override
public void reportStatus() {
System.out.printf("%s (%s): %d bikes, %d canoes available%n",
name, location,
getAvailableBikes(),
getAvailableCanoes()
);
}
}✅ 优势总结：
- 消除重复：BikeAndCanoeStation 不再复制字段或逻辑，所有行为由组件提供；
- 高内聚低耦合：BikeStationImpl 与 CanoeStationImpl 彼此隔离，修改互不影响；
- 易于扩展：新增 ElectricScooterStation？只需实现 ScooterOperation 接口，并在需要处组合即可；
- 天然支持多态：可通过 Station 引用统一处理各类站点（BikeStation、CanoeStation、BikeAndCanoeStation），亦可通过 BikeOperation 接口统一调度所有支持租车的实体；
- 便于测试与替换：构造函数注入使组件可被 Mock，单元测试更精准。
⚠️ 注意事项：
- 避免过度拆分：若某行为仅被一个类使用且无复用预期，无需强求接口化；
- 组合不等于放弃继承：Station 作为抽象基类仍承载真正共有的状态与模板方法，组合与继承应协同使用；
- 谨慎处理状态共享：若多个组件需访问同一份底层数据（如共享库存数据库连接），应通过共享上下文（Context）或依赖注入容器协调，而非在组件内部硬编码。
这种建模方式不仅解决了题目中的三类站点问题，更体现了现代 Java 设计的核心理念：优先组合，谨慎继承；接口定义契约，实现专注职责；委托驱动协作，多态保障统一。
