当前位置：首页 > news >正文

C++ 继承：面向对象的代码复用核心机制

news 2026/5/12 18:09:31

C++ 继承：面向对象的代码复用核心机制

继承是面向对象三大特性（封装、继承、多态）中最能体现“代码复用”思想的机制。它允许我们从已有类（基类/父类）派生出新类（派生类/子类），从而直接获得基类的成员（数据 + 函数），并可按需扩展或修改行为。

1. 继承的基本语法与三种继承方式

// 基本写法class派生类名:[继承方式]基类名{// 新增成员};

C++ 支持三种继承方式，访问控制规则差异很大：

继承方式	基类中 public 成员	基类中 protected 成员	基类中 private 成员	最常用场景
public	public	protected	不可访问	最常用（接口继承、is-a 关系）
protected	protected	protected	不可访问	很少用（家族内部共享）
private	private	private	不可访问	极少用（实现继承、has-a 伪装）

最推荐的记忆口诀（现代 C++ 几乎只用这一种）：

99% 的情况下都写public继承
其他两种基本只在实现细节隐藏或框架设计时才会出现

2. 继承中最容易混淆的访问控制规则（面试高频）

classBase{public:intpub=1;protected:intprot=2;private:intpriv=3;public:voidshow(){std::cout<<pub<<prot<<priv<<"\n";}};classDerived:publicBase{public:voidtest(){pub=10;// OKprot=20;// OK// priv = 30; // 错误！private 成员不可见}};intmain(){Derived d;d.pub=100;// OK// d.prot = 200; // 错误！protected 对外不可见// d.priv = 300; // 错误}

一句话总结访问规则：

基类的private成员永远只对基类自己可见（派生类也看不到）
基类的protected成员对派生类可见，但对外隐藏
继承方式决定“基类 public/protected 成员在派生类中的最低访问级别”

3. 继承中的构造函数与析构函数调用顺序（最容易出错）

规则（必须背下来）：

构造顺序：先构造基类 → 再构造派生类
析构顺序：先析构派生类 → 再析构基类（与构造顺序相反）

classBase{public:Base(){std::cout<<"Base 构造\n";}~Base(){std::cout<<"Base 析构\n";}};classDerived:publicBase{public:Derived(){std::cout<<"Derived 构造\n";}~Derived(){std::cout<<"Derived 析构\n";}};intmain(){Derived d;// 输出顺序：// Base 构造// Derived 构造// Derived 析构// Base 析构}

最重要结论：

基类的析构函数必须是虚函数（几乎是铁律）

classBase{public:virtual~Base()=default;// 强烈推荐写虚析构};

如果基类析构不是虚函数，通过基类指针 delete 派生类对象时，只会调用基类析构函数 → 派生类部分资源泄漏。

4. 继承方式对比表（面试常考）

问题	public 继承	protected 继承	private 继承
“is-a” 关系是否成立	是	否	否
能否通过基类指针/引用指向派生类对象	是	否（编译错误）	否（编译错误）
派生类能否向上转型	是	否	否
主要使用场景	接口继承、实现继承	内部实现细节共享	实现细节完全隐藏（罕见）
2025–2026 实际使用比例	≈95%	≈4%	<1%

5. 现代 C++ 中的继承使用建议（强烈推荐）

原则	推荐做法	理由 / 现代趋势
优先组合而非继承	has-a > is-a	组合更灵活，耦合更低
public 继承表示 is-a 关系	只在真正满足里氏替换原则时使用	避免违反 LSP（里氏替换原则）
基类析构函数一律写成 virtual	virtual ~Base() = default;	防止通过基类指针 delete 导致内存泄漏
能用接口（纯虚类）就别用带数据成员的基类	abstract base class（只有纯虚函数）	接口隔离原则，更容易测试与替换
能用模板/CRTP 就尽量少用虚函数	静态多态替代动态多态	编译期决议，性能更高、可内联
禁用拷贝构造/赋值（如果不需要）	=delete	Rule of Zero / Rule of Five