在Java面向对象编程体系中，组合和继承是两种实现类之间关联与代码复用的核心手段，二者的设计导向和适用场景存在明显差异，合理选择能大幅提升代码的可维护性和扩展性。
组合与继承的核心概念
继承是面向对象三大特性之一，指的是子类通过extends关键字继承父类的属性和方法，子类可以直接复用父类的实现，同时可以重写父类方法来实现个性化逻辑。继承体现的是is-a的关系，比如猫是动物的一种，就可以设计Cat类继承Animal类。
组合则是指在一个类中持有另一个类的实例，通过调用实例的方法来完成功能，体现的是has-a的关系，比如汽车有一个发动机，就可以在Car类中持有Engine类的实例。
继承的适用场景与局限
当类之间确实存在明确的父子类型关系，且子类需要复用父类的核心实现逻辑时，继承是合适的选择。比如我们定义基础的BaseDao类封装数据库通用操作，后续的UserDao、OrderDao都继承这个基类，就能减少重复代码。
继承的优势是代码复用直观，子类可以直接使用父类的公开方法和属性，不需要额外编写调用逻辑。但继承也存在明显局限，首先是父类的实现细节对子类是可见的，破坏了封装性；其次Java只支持单继承，一个类只能有一个直接父类，扩展性受限；另外如果父类的方法发生变化，所有子类都可能受到影响，提高了代码的耦合度。
继承的代码示例
// 父类：动物类
class Animal {
protected String name;
public Animal(String name) {
this.name = name;
}
public void eat() {
System.out.println(name + "正在吃东西");
}
}
// 子类：猫类，继承动物类
class Cat extends Animal {
public Cat(String name) {
super(name);
}
// 重写父类的eat方法
@Override
public void eat() {
System.out.println(name + "正在吃猫粮");
}
public void catchMouse() {
System.out.println(name + "正在抓老鼠");
}
}
public class Test {
public static void main(String[] args) {
Cat cat = new Cat("小橘");
cat.eat();
cat.catchMouse();
}
}
组合的适用场景与优势
当类之间体现的是包含关系，或者需要复用的功能不属于当前类的核心类型逻辑时，优先选择组合。比如我们需要在用户服务中调用日志工具记录操作日志，就不需要让用户服务继承日志工具类，而是在用户服务中持有日志工具的实例即可。
组合的优势非常明显，首先是耦合度低，当前类只依赖持有实例的公开接口，对方的实现细节变化不会影响当前类；其次组合没有单继承的限制，一个类可以持有多个不同类型的实例，灵活性更高；另外组合的依赖关系可以在运行时动态修改，比如通过 setter 方法更换持有的实例对象，提升代码的可扩展性。
组合的代码示例
// 发动机类
class Engine {
public void start() {
System.out.println("发动机启动");
}
public void stop() {
System.out.println("发动机停止");
}
}
// 汽车类，组合发动机实例
class Car {
private Engine engine;
public Car(Engine engine) {
this.engine = engine;
}
public void run() {
engine.start();
System.out.println("汽车开始行驶");
}
public void stop() {
System.out.println("汽车停止行驶");
engine.stop();
}
// 可以动态更换发动机
public void setEngine(Engine engine) {
this.engine = engine;
}
}
public class Test {
public static void main(String[] args) {
Engine normalEngine = new Engine();
Car car = new Car(normalEngine);
car.run();
car.stop();
// 更换为高性能发动机
Engine highPerformanceEngine = new Engine();
car.setEngine(highPerformanceEngine);
car.run();
}
}
二者的选择原则对比
我们可以通过以下维度快速判断该选择组合还是继承：
- 看类之间的关系：如果是is-a关系，优先考虑继承；如果是has-a关系，优先选择组合
- 看是否需要访问父类的内部细节：如果需要复用父类的非公开实现，只能选择继承；如果只需要复用公开能力，组合更合适
- 看扩展需求：如果未来可能需要持有多种不同类型的依赖，或者依赖需要动态变化，选择组合
- 看耦合要求：如果希望降低类之间的耦合度，提升代码的可测试性，优先选择组合
实际开发中，很多场景可以优先使用组合，只有明确符合is-a关系且不需要频繁扩展时再使用继承，这样能写出更灵活、易维护的代码。如果已经使用了继承，后续发现需要扩展更多能力，也可以通过组合的方式补充，避免过度依赖继承带来的设计问题。