1. 继承的基本概念与动机
1.1 继承的定义与类型
C++ 中的继承是一种代码复用和行为扩展的核心机制，它允许从已有类派生出新的类，以共享和扩展已有实现。通过继承，派生类可以直接访问基类的公共成员和受保护成员，从而减少重复代码并实现多态行为。继承的核心目标是复用实现与扩展接口，而不仅仅是简单地把代码拷贝到新类中。
在语义层面，基类的访问性修饰符决定了派生类对基类成员的访问权限：public 继承保留基类的公有接口，protected 继承让基类的公有成员在派生类及其子类内部保持受保护的访问，private 继承更多地用于实现细节隐藏而非接口复用。这些差异直接影响到派生类对外暴露的接口集合。
从复用角度看，C++ 的继承可分为两条主线：接口复用（通过纯虚基类定义接口）与 实现复用（通过公有/受保护的继承带入基类实现）。前者偏重定义行为契约，后者偏重重用已有实现。
// 接口复用示例（纯虚接口定义）
class ISerializable {
public:virtual void serialize(std::ostream& os) const = 0;virtual ~ISerializable() {}
};// 派生类实现接口
class User : public ISerializable {
public:User(const std::string& n) : name(n) {}void serialize(std::ostream& os) const override { os << "User:" << name; }
private:std::string name;
};1.2 复用的路径：接口复用与实现复用
接口复用通过定义纯虚接口，将行为契约暴露出来，给不同实现提供同样的操作入口。这样做的好处是可替换性强、解耦性高；实现复用则依赖于基类提供的具体实现，派生类在此基础上扩展或覆盖行为。
在实际设计中，往往需要综合应用这两条路径：既定义清晰的接口，也在需要的场景下复用基类实现以减少重复代码。下面给出一个结合了两种路径的示例。
// 结合接口与实现复用的场景示例
class ISerializable {
public:virtual void serialize(std::ostream& os) const = 0;virtual ~ISerializable() {}
};class JsonSerializable {
public:void toJson(std::ostream& os) const {os << "{ \"name\": \"\" }"; // 简化演示}
};class User : public ISerializable, public JsonSerializable {
public:User(const std::string& n) : name(n) {}void serialize(std::ostream& os) const override {os << "{ \"name\": \"" << name << "\" }";}
private:std::string name;
};2. 继承的实现机制：内存布局、虚函数表与多态
2.1 虚函数与动态绑定
虚函数是实现多态的关键机制，通过在基类中声明虚函数，派生类能够提供具体实现，使得通过基类指针或引用调用时能够执行实际对象的版本，从而实现运行时的多态性。
使用虚函数时，通常会搭配 override 关键字来显式表明派生类是在覆盖基类的虚函数，减少因签名不匹配而产生的错误；同时，虚析构函数确保删除通过基类指针删除派生对象时能够正确调用派生类的析构函数。
#include
class Base {
public:virtual void speak() const { std::cout << "Base" << std::endl; }virtual ~Base() {}
};
class Derived : public Base {
public:void speak() const override { std::cout << "Derived" << std::endl; }
};void makeSpeak(const Base& b) { b.speak(); } 2.2 对象布局、切片与构造顺序
派生对象在内存中包含基类子对象，因此如果将派生对象赋值给基类对象（对象切片），则派生部分信息会丢失，仅保留基类部分。这就是对象切片现象，需要谨慎处理对象的拷贝与传递。
构造顺序是先基类再派生类：在创建派生对象时，先执行基类的构造函数，再执行派生类的构造函数，确保基类部分在前，派生部分在后；析构顺序则相反，派生对象先析构再回到基类。
class Base { public: int x; Base(): x(0) {} };
class Derived : public Base { public: int y; Derived(): y(1) {} };void f() {Derived d;Base b = d; // 对象切片：b 只包含 Base 的部分
}
2.3 多重继承与虚继承的代价
多重继承会带来二义性、菱形继承等问题，增加对象模型的复杂度，需要关注成员名冲突和调用路径的歧义。
虚继承通过“虚基类”机制解决菱形继承带来的重复基类子对象问题，但会带来额外的指针和访问开销，编译器也需要更多的工作来维持正确的基类子对象地址，因此在设计时需要权衡。
class A { public: virtual void f() {} };
class B : virtual public A { };
class C : virtual public A { };
class D : public B, public C {
public:void f() override { /* ... */ }
};3. 从类继承到复用的设计实践
3.1 优先考虑组合：何时用继承，何时用组合
组合优于继承是面向对象设计中的一个重要原则，通过把实现功能放入独立的组件中，并在需要时把它们“组合”到其他对象上，可以实现更低耦合、更易维护的系统。继承则在需要自然的层级关系或需要统一的接口时更有用。
在实际场景中，先评估行为的复用边界，如果只是想复用功能而非暴露同样的接口，那么组合通常是更安全的路径。
class Logger {
public:void log(const std::string& msg) { /* 写日志 */ }
};class Service {Logger logger; // 通过组合实现日志能力的复用
public:void process(const std::string& msg) {logger.log(msg);// 其他处理逻辑}
};3.2 接口与实现的分离：纯虚基类与实现类
将接口与实现分离，方便替换和测试，也是面向对象设计中的实用做法。通过定义纯虚基类来暴露接口，让具体实现从实现细节中解耦。
struct IResource {virtual void load() = 0;virtual void unload() = 0;virtual ~IResource() = default;
};class FileResource : public IResource {std::string path;
public:void load() override { /* 读取文件 */ }void unload() override { /* 释放资源 */ }
};3.3 静态多态与动态多态的权衡（CRTP 与虚拟函数）
静态多态（如 CRTP）在编译期绑定实现，避免运行时的虚表查找开销，而动态多态（通过虚函数）在运行时进行分派，提供更大的灵活性。在高性能场景下可以考虑 CRTP；在需要运行时灵活替换实现时则使用虚拟函数。
template
class BaseCRTP {
public:void interface() { static_cast(this)->implementation(); }
};class Impl : public BaseCRTP {
public:void implementation() { /* 具体实现 */ }
}; 3.4 实践案例：从继承到复用的完整示例
一个常见的设计模式场景是为渲染系统提供统一接口，同时在具体实现中复用资源管理和调度逻辑。下面给出一个简化示例，展示通过基类接口实现多种渲染后端的切换，以及通过组合复用资源管理能力。
#include class Renderer {
public:virtual void render() = 0;virtual ~Renderer() = default;
};class OpenGLRenderer : public Renderer {
public:void render() override { std::cout << "OpenGL rendering" << std::endl; }
};class VulkanRenderer : public Renderer {
public:void render() override { std::cout << "Vulkan rendering" << std::endl; }
};// 使用组合实现对渲染器的复用与切换
class Window {Renderer* renderer;
public:Window(Renderer* r) : renderer(r) {}void draw() { renderer->render(); }
}; 