在C++面向对象设计中，继承常被视为复用代码的首先手段，但实际上很多场景下组合（composition）才是更合理的选择。组合指的是在一个类中包含其他类的对象作为成员，通过调用这些成员的方法来完成功能，而不是通过派生关系获取父类行为。理解何时用组合、何时用继承，是写出低耦合、易维护C++代码的关键。
一、继承与组合的本质区别
继承表达的是一种“is-a”关系，即子类是父类的一种特殊类型。例如“正方形”是“矩形”的一种，从概念上可以用继承建模。但继承会打破封装：子类依赖于父类的实现细节，父类修改内部逻辑可能影响所有子类。C++中public继承还会把父类的protected和public成员直接暴露给子类，导致接口膨胀。
组合表达的是“has-a”或“uses-a”关系，即一个类拥有另一个类的实例。例如汽车拥有发动机，发动机的行为通过汽车类内部的成员对象调用。组合不破坏封装，被包含对象的实现变化只要接口稳定，就不会影响外层类。在C++中，组合通过直接在类定义中声明成员对象实现，编译器会处理其构造与析构顺序。
#include <iostream>
#include <string>
class Engine {
public:
void start() { std::cout << "引擎启动" << std::endl; }
};
// 组合：Car 拥有 Engine
class Car {
Engine engine; // 成员对象
public:
void run() {
engine.start();
std::cout << "汽车行驶" << std::endl;
}
};
// 继承示例（不恰当的 is-a 建模）
class SportsCar : public Car { // 实际可能并不需要公开继承全部接口
};
二、优先使用组合的典型场景
当两类之间并不具备严格的分类学上的“是一种”关系，而只是一方需要借用另一方的能力时，应当使用组合。例如一个网络服务类需要记录日志，如果让它继承Logger类，就会暴露大量日志相关接口给外部，且未来更换日志库会变得困难。更好的做法是在服务类内部持有Logger成员。
另一个常见场景是功能可插拔或运行时变化。组合允许你在构造时或运行中替换成员对象，从而改变类的行为。继承则在编译期固定了父类，缺乏这种灵活性。对于需要单元测试的代码，组合也更容易通过传入mock对象来隔离依赖。
class Logger {
public:
virtual void log(const std::string& msg) = 0;
virtual ~Logger() = default;
};
class ConsoleLogger : public Logger {
public:
void log(const std::string& msg) override {
std::cout << msg << std::endl;
}
};
class FileLogger : public Logger {
public:
void log(const std::string& msg) override {
// 伪代码：写入文件
}
};
// 使用组合，可运行时注入不同日志实现
class Service {
Logger* logger; // 也可为智能指针
public:
Service(Logger* l) : logger(l) {}
void process() {
logger->log("处理开始");
}
};
三、组合带来的设计优势
组合显著降低耦合度。外层类只依赖于成员对象的公开接口，不关心其继承体系。这样在大型项目中，模块之间更容易独立演进。同时，组合避免了C++多重继承带来的菱形继承、虚基类复杂性等问题，也减少了因父类构造函数抛出异常而导致派生类难以处理的麻烦。
从复用角度看，组合粒度更细。一个类可以把多个不同功能对象组合进来，比单继承链更自由。例如一个游戏角色可以同时拥有物理组件、渲染组件和AI组件，每个组件独立开发测试。这种组件化思想正是基于组合而非继承。当然，组合也可能带来少量间接调用开销，但在绝大多数业务系统中，其可维护性收益远大于性能损耗。
| 对比维度 | 继承 | 组合 |
|---|---|---|
| 关系语义 | is-a | has-a / uses-a |
| 耦合程度 | 高，依赖父类实现 | 低，仅依赖接口 |
| 运行时灵活性 | 编译期固定 | 可替换成员 |
| 测试难易 | 较难隔离 | 易于注入模拟 |
四、仍应使用继承的情况
并非继承一无是处。当多个类确实共享同一抽象，且需要被多态地统一处理时，public继承配合虚函数是C++表达接口契约的自然方式。例如各种图形都继承自Shape，并重写draw()，此时用继承建模非常合适。另外，若子类需要访问父类受保护状态，且逻辑紧密绑定，继承也能减少转发代码。
在C++中，若使用私有继承，则更多是在表达“基于某类实现”而非接口复用，这本质仍是组合的一种语法变体，通常不推荐，直接用包含成员对象更清晰。总结来说，设计类时先问自己：这个类真的是另一种类的特例吗？如果不是，请用组合。
经验法则：如果不确定，就用组合。继承应是经过明确语义确认后的慎重选择。
五、实践中的重构建议
如果你发现子类只使用了父类很少的方法，或者为了复用几个函数而继承了庞大的基类，那就是典型的组合信号。重构时可以把父类对象作为成员移入，并将原调用改为成员调用。C++的隐式构造与委托构造能让这种改造平滑进行。
此外，使用智能指针管理组合中的多态成员，可以避免手动内存管理错误。对于非多态的简单成员，直接值类型嵌入即可，既安全又高效。通过合理运用组合，你的C++代码会更接近“偏好组合、谨慎继承”的现代C++设计风格。
#include <memory>
class Component {
public:
virtual void update() = 0;
virtual ~Component() = default;
};
class Entity {
std::unique_ptr<Component> comp;
public:
Entity(std::unique_ptr<Component> c) : comp(std::move(c)) {}
void tick() { if(comp) comp->update(); }
};