Java作为典型的面向对象编程语言，类的设计质量直接决定了整个项目的可维护性和扩展性，而继承与组合作为两种核心的代码复用手段，其选型是类设计过程中必须面对的关键问题。很多开发者在初期学习时容易陷入继承优先的误区，没有充分认识到两种方式的差异和适用边界。
Java类设计的核心原则
在进行类设计之前，需要先明确几个核心原则，这些原则是判断该用继承还是组合的基础：
- 单一职责原则：一个类只负责一项职责，避免类功能过于臃肿
- 开闭原则：对扩展开放，对修改关闭，尽量通过扩展实现新功能而非修改原有代码
- 里氏替换原则：子类必须能够替换其父类，且替换后程序逻辑不受影响
- 迪米特法则：类之间尽量减少不必要的依赖，降低耦合度
继承的特点与适用场景
继承是Java面向对象的三大特性之一，通过extends关键字实现，子类可以直接复用父类的非私有属性和方法，同时可以重写父类的方法实现功能扩展。
继承的实现示例
假设我们有一个基础的动物类，需要扩展出狗类：
// 父类：动物类
class Animal {
protected String name;
public Animal(String name) {
this.name = name;
}
// 父类的基础方法
public void eat() {
System.out.println(name + "正在吃东西");
}
// 父类的方法，子类可以重写
public void makeSound() {
System.out.println(name + "发出声音");
}
}
// 子类：狗类，继承自动物类
class Dog extends Animal {
public Dog(String name) {
super(name);
}
// 重写父类的makeSound方法
@Override
public void makeSound() {
System.out.println(name + "汪汪叫");
}
// 子类新增的特有方法
public void guard() {
System.out.println(name + "正在看家");
}
}
// 测试类
public class InheritanceTest {
public static void main(String[] args) {
Dog dog = new Dog("小黑");
dog.eat(); // 复用父类的方法
dog.makeSound();// 调用重写后的方法
dog.guard(); // 调用子类特有方法
}
}
继承的优势与问题
继承的优势很明显：实现简单，代码复用直接，子类可以自然获得父类的所有能力。但它也存在明显的局限性：
- 继承是紧耦合关系，父类的任何修改都可能影响所有子类
- Java只支持单继承，一个类只能有一个直接父类，扩展能力受限
- 如果子类只是想复用父类的部分功能，却被强制继承了所有属性和方法，违反了单一职责原则
- 破坏封装性，子类需要了解父类的实现细节才能正确重写方法
组合的特点与适用场景
组合是指通过在一个类中持有另一个类的实例，来复用其功能的设计方式，两个类之间是包含关系，而非继承的父子关系。
组合的实现示例
同样实现狗的功能，使用组合的方式可以这样设计：
// 独立的进食能力类
class EatAbility {
private String name;
public EatAbility(String name) {
this.name = name;
}
public void eat() {
System.out.println(name + "正在吃东西");
}
}
// 独立的发声能力类
class SoundAbility {
private String name;
public SoundAbility(String name) {
this.name = name;
}
public void makeSound() {
System.out.println(name + "发出声音");
}
}
// 狗类，通过组合持有各项能力
class Dog {
private String name;
private EatAbility eatAbility;
private SoundAbility soundAbility;
public Dog(String name) {
this.name = name;
this.eatAbility = new EatAbility(name);
this.soundAbility = new SoundAbility(name);
}
// 委托给能力类实现方法
public void eat() {
eatAbility.eat();
}
public void makeSound() {
soundAbility.makeSound();
}
// 狗的特有方法
public void guard() {
System.out.println(name + "正在看家");
}
}
// 测试类
public class CompositionTest {
public static void main(String[] args) {
Dog dog = new Dog("小黑");
dog.eat();
dog.makeSound();
dog.guard();
}
}
组合的优势与问题
组合的优势在于：
- 松耦合，各个能力类独立变化，互不影响
- 灵活性高，可以在运行时动态替换持有的实例，实现不同的行为
- 符合单一职责原则，每个能力类只负责一项功能
- 没有单继承的限制，一个类可以组合多个不同的功能类
组合的唯一不足是实现相对继承稍复杂，需要额外编写委托方法，但带来的可维护性提升通常远大于这点成本。
继承与组合的权衡标准
在实际设计时可以按照以下标准判断该用哪种方式：
| 判断维度 | 优先选继承 | 优先选组合 |
|---|---|---|
| 类关系 | 子类确实是父类的一种特殊类型，符合里氏替换原则 | 子类只是需要复用另一个类的功能，并非其特殊类型 |
| 复用范围 | 需要复用父类的绝大部分功能，且不需要修改核心逻辑 | 只需要复用部分功能，或者需要灵活替换实现 |
| 扩展需求 | 扩展方向固定，父类不会频繁修改 | 未来可能有多种不同的实现方式，需要扩展性强 |
| 耦合要求 | 可以接受父子类的紧耦合关系 | 需要降低模块间的耦合度 |
还有一个常用的判断口诀：继承表示“是一个”的关系，组合表示“有一个”的关系。比如狗是一个动物，适合用继承；狗有一个进食能力，适合用组合。
实际设计建议
在Java类设计中，业内普遍推荐优先使用组合，谨慎使用继承。除非明确符合“是一个”的关系，且父类的设计足够稳定，否则优先通过组合的方式实现功能复用。如果确实需要使用继承，也要控制继承的层级，避免过深的继承树导致代码难以维护。
当需要在继承的基础上进一步扩展时，也可以结合接口使用，通过接口定义能力规范，再用组合实现接口，这样既保留了接口的灵活性，又享受了组合的低耦合优势。比如上面的例子中，可以先定义EatAble和SoundAble接口，再让能力类实现接口，狗类持有接口类型的实例，这样后续可以轻松替换不同的实现类。