在C++的面向对象编程体系里，继承和组合是实现代码复用、构建复杂对象关系的两种核心手段，两者的设计目标和适用场景存在明显差异，选择不当会导致代码耦合度升高、后期维护成本增加。
继承与组合的核心概念
继承的特性
继承是面向对象三大特性之一，子类通过public继承可以获取父类的非私有成员变量和成员函数，同时可以重写父类的虚函数，实现多态特性。继承体现的是is-a的关系，即子类是父类的一种特殊类型。
例如猫是动物的一种，就可以用继承来描述这种关系：
// 父类：动物
class Animal {
public:
// 虚函数，用于多态调用
virtual void makeSound() const {
// 基类默认无声音
}
// 公共属性
int age;
};
// 子类：猫，继承自动物
class Cat : public Animal {
public:
// 重写父类的虚函数
void makeSound() const override {
// 猫的叫声是喵喵
}
};
组合的特性
组合是通过在一个类中包含另一个类的对象作为成员变量，来复用另一个类的功能。组合体现的是has-a的关系，即当前类拥有另一个类的实例，通过调用成员对象的方法来完成自身的功能。
例如汽车拥有发动机，就可以用组合来描述这种关系：
// 发动机类
class Engine {
public:
void start() {
// 发动机启动逻辑
}
};
// 汽车类，组合发动机对象
class Car {
private:
// 汽车拥有发动机实例
Engine engine;
public:
void startCar() {
// 调用发动机的启动方法
engine.start();
}
};
继承的适用场景
当满足以下条件时，优先考虑使用继承：
- 两个类之间确实存在is-a的逻辑关系，子类完全符合父类的语义定义，不会违反父类的设计约束。
- 需要利用多态特性，通过父类指针或引用来统一操作不同的子类对象，实现运行时动态绑定。
- 子类需要重写父类的虚函数，或者需要扩展父类的功能，而不是完全替换父类的实现。
- 父类已经封装了通用的逻辑，子类只需要补充少量特殊逻辑，不需要重复实现父类的功能。
比如图形系统中，所有图形都有计算面积、绘制的方法，圆形、矩形都是图形的一种，此时可以让圆形和矩形继承图形基类：
// 图形基类
class Shape {
public:
virtual double getArea() const = 0;
virtual void draw() const = 0;
virtual ~Shape() = default;
};
// 圆形类，继承图形基类
class Circle : public Shape {
private:
double radius;
public:
Circle(double r) : radius(r) {}
double getArea() const override {
return 3.14 * radius * radius;
}
void draw() const override {
// 绘制圆形的逻辑
}
};
组合的适用场景
当满足以下条件时，优先考虑使用组合：
- 两个类之间是has-a的关系，一个类需要用到另一个类的功能，但两者不属于同一类事物。
- 不希望子类暴露父类的所有接口，避免父类的内部实现细节被外部访问，降低耦合度。
- 需要动态替换被包含的对象，或者一个类可能包含多个不同类型的同类对象，继承无法灵活满足这种需求。
- 被复用的类可能已经存在，且没有设计为可被继承的结构，或者继承会导致不必要的类层次膨胀。
比如日志系统中，一个业务类需要记录日志，不需要和业务类本身存在继承关系，只需要组合日志对象即可：
// 日志类
class Logger {
public:
void log(const std::string& message) {
// 输出日志内容
}
};
// 用户服务类，组合日志对象
class UserService {
private:
Logger logger;
public:
void createUser() {
// 创建用户逻辑
logger.log("用户创建成功");
}
};
两者的核心区别对比
| 对比维度 | 继承 | 组合 |
|---|---|---|
| 关系语义 | is-a，子类是父类的一种 | has-a，当前类拥有另一个类的实例 |
| 耦合程度 | 高耦合，子类依赖父类的实现细节，父类修改可能影响子类 | 低耦合，只依赖被包含类的公共接口，内部修改不影响外部 |
| 灵活性 | 编译期确定关系，运行时无法动态更换父类逻辑 | 运行期可动态替换成员对象，灵活性更高 |
| 接口暴露 | 父类的公共接口会暴露给子类，可能破坏封装 | 只暴露自身需要的接口，被包含对象的内部细节不对外暴露 |
| 适用设计原则 | 符合里氏替换原则时使用 | 符合合成复用原则时使用 |
常见设计误区与决策建议
很多开发者为了快速复用代码，会滥用继承，即使两个类没有is-a的关系也强行继承，这会导致代码结构混乱。比如为了让"鸟"类复用"翅膀"的功能，就让鸟继承翅膀类，这显然不符合逻辑，正确的做法应该是鸟组合翅膀对象。
决策时可以参考以下判断流程：
首先判断两个类的关系：如果是is-a且需要多态，用继承；如果是has-a或只需要复用功能不需要多态，用组合。如果两者都符合，优先选择组合，因为组合更灵活，耦合度更低。
在实际项目中，建议遵循合成复用原则，尽量使用组合而非继承来实现代码复用，只有当继承的逻辑关系完全成立且无法用组合替代时，再选择继承。这样能有效降低代码的维护成本，提升系统的可扩展性。