C++的核心--继承

C++的核心--继承

 目录

前言

一、继承的概念及定义

二、基类和派生类对象赋值转换

三、继承中的作用域

四、派生类的默认成员函数

五、继承与友元

六、继承与静态成员

七、复杂的菱形继承及菱形虚拟继承

(一)单继承与多继承

(二)菱形继承

(三)菱形虚拟继承

八、继承的总结和反思

结语


前言

在C++ 编程世界里,继承是一项极为关键的特性,它为代码的复用和层次化设计提供了强大支持。掌握继承机制,对于编写高效、可维护的C++ 代码至关重要。今天,就让我们一起深入探究C++ 中的继承。

一、继承的概念及定义

继承是面向对象程序设计实现代码复用的重要手段。它允许我们在保持原有类特性的基础上进行扩展,产生新的类,即派生类。这体现了面向对象程序设计的层次结构,从简单到复杂逐步构建。

定义格式上,以 class Student : public Person 为例, Person 是基类(父类), Student 是派生类(子类) , public 是继承方式。继承方式有 public 、 protected 和 private 三种,不同继承方式会改变基类成员在派生类中的访问权限。

比如,基类的 public 成员在 public 继承下,在派生类中仍是 public 成员;但在 protected 继承下,就变为派生类的 protected 成员 。

二、基类和派生类对象赋值转换

派生类对象和基类对象之间存在特殊的赋值转换关系。派生类对象可以赋值给基类的对象、指针或引用,这就像把派生类中属于基类的那部分“切”出来进行赋值,形象地称为切片。例如:

Student sobj; Person pobj = sobj;  Person* pp = &sobj;  Person& rp = sobj; 

然而,基类对象不能直接赋值给派生类对象。不过,基类的指针或引用可以通过强制类型转换赋值给派生类的指针或引用,但这种转换需要谨慎,若基类是多态类型,可助 RTTI (运行时类型信息)的 dynamic_cast 来确保安全转换。


在 C++ 继承体系中,向上转型和向下转型是绕不开的核心概念,也是面试高频考点与日常编码的常用操作。很多同学对这两个概念模糊不清,分不清使用场景、安全性与语法规则,今天就用最通俗、最清晰的方式,把转型的所有要点一次性讲透。
 
什么是向上/向下转型?
 
首先明确:C++ 没有「向上继承」「向下继承」的语法,这两个词是对「继承体系中类型转换方向」的通俗叫法。
我们默认:基类(父类)在上,派生类(子类)在下,所有转换都围绕父子类指针/引用展开。
 
- 向上转型(Upcast):子类指针/引用 → 父类指针/引用
- 向下转型(Downcast):父类指针/引用 → 子类指针/引用

 
简单记:往上转是子类变父类,往下转是父类变子类。
 
向上转型:永远安全,自动支持
 
向上转型是天然合法、无风险的转换,也是编码中最常用的转型方式。
 
1. 适用条件
 
仅需满足一个核心要求:公有继承(public inheritance)。
因为公有继承代表「is-a」关系(子类是父类的一种),子类对象天然包含父类的所有成员,所以可以直接当作父类使用。
 
2. 语法示例

3. 核心特点
 
✅ 自动转换:编译器直接允许,无需手动强转
✅ 绝对安全:不会出现未定义行为
✅ 多态基础:配合虚函数实现运行时多态,是面向对象的核心用法
 
向下转型:语法允许,风险自负
 
向下转型是逆向转换,编译器不会自动允许,必须手动强制转换,且存在安全风险。
 
1. 安全的向下转型
 
唯一安全场景:被转换的父类指针/引用,原本就指向子类对象(先向上转型,再转回子类)。
 
2. 语法示例

3. 危险的向下转型
 
如果父类指针/引用原本指向的是父类对象,强行向下转型会触发未定义行为(程序崩溃、内存错误等)。
 

4. 安全方案:dynamic_cast 运行时检查
 

一张表总结核心规则
 
转型类型 转换方向 安全性 语法要求 核心场景 
向上转型 子类→父类 绝对安全 公有继承,自动转换 多态、函数传参、接口统一 
向下转型 父类→子类 有风险 需手动强转,原对象为子类 调用子类独有成员 
 
口诀(面试/编码必背)
 
1. 公有继承下,向上转型随便用,自动安全无压力;
2. 向下转型需谨慎,原对象是子类才安全;
3. 多态场景用  dynamic_cast ,运行时检测防崩溃。
 
掌握以上规则,就能彻底搞定 C++ 继承中的转型问题,既避开编码坑,也能轻松应对面试提问。

如果Person&p=s;实际上是将子类对象作为父类的别名。赋值,指针,都是兼容切割,切片。

三、继承中的作用域

在继承体系中,基类和派生类都有各自独立的作用域。当子类和父类存在同名成员时,子类成员会屏蔽父类对同名成员的直接访问,这种现象称为隐藏(重定义) 。比如:

class Person { protected:     int _num = 111;  }; class Student : public Person { protected:     int _num = 999;  public:     void Print() {         cout << "Person::_num: " << Person::_num << endl;         cout << "Student::_num: " << _num << endl;     } };

在 Student 类的 Print 函数中,通过 Person::_num 明确访问父类的 _num 成员,避免混淆。实际编程中,应尽量避免在继承体系里定义同名成员,以免造成代码理解和维护上的困难。

四、派生类的默认成员函数

当我们定义派生类时,即便没有显式编写,编译器也会自动生成一些默认成员函数,主要包括以下几个方面:

1. 构造函数:派生类的构造函数必须调用基类的构造函数来初始化基类的那部分成员。若基类没有默认构造函数,就需在派生类构造函数的初始化列表中显式调用合适的基类构造函数。

编译过程中,子类有两组成员,一组是自身的,一组是继承而来,编译过程中会先初始化基类,再初始化派生类(派生类有默认构造才行),派生类只初始化自己的成员,编译器默认把继承而来的的对象交给父类初始化,但是不可以以--子类对象(初始化变量)--显示调用父类的默认构造,如果没有默认构造-->会报错:

需要以person(成员名)的形式调用父类交给他的默认构造,如下所示:

2. 拷贝构造函数:派生类的拷贝构造函数要调用基类的拷贝构造函数,完成基类成员的拷贝初始化。

子类拷贝构造时如果基类无拷贝构造,默认调入默认构造,如果默认构造也没有会报错:

3. 赋值运算符函数:派生类的 operator= 必须调用基类的 operator= 来完成基类成员的复制。(避免隐藏
4. 析构函数:派生类的析构函数在被调用完成后,会自动调用基类的析构函数,以清理基类成员,确保对象资源的正确释放,遵循先派生类后基类的清理顺序。

不需要如下这样显示调用,否则会二次析构。

同时还有一个原因就是,如果析构是先父亲后儿子,子类析构中有调用父类成员函数,就会有坑。

五、继承与友元

友元关系在继承体系中是不能自动继承的。也就是说,基类的友元不能访问子类的私有和保护成员。

父亲的朋友不是你的朋友

你需要和他成为朋友才可以访问(见注释)

例如:

class Student; class Person { public:     friend void Display(const Person& p, const Student& s); protected:     string _name;  }; class Student : public Person { //public:     //friend void Display(const Person& p, const Student& s); protected:     int _stunNum;  }; void Display(const Person& p, const Student& s) {     cout << p._name << endl;     cout << s._stunNum << endl; }

这里 Display 函数作为 Person 类的友元,能访问 Person 类的保护成员,但对于 Student 类,它并不具备天然访问其保护成员的权限。

六、继承与静态成员

若基类定义了 static 静态成员,那么在整个继承体系中,无论派生出多少个子类,都只会存在一个该静态成员的实例。例如:

class Person { public:     Person() { ++_count; } public:     static int _count;  }; int Person::_count = 0; class Student : public Person { };

Person 类中的 _count 静态成员,在 Student 类及其他派生类中都是共享的,可通过类名或对象来访问。

七、复杂的菱形继承及菱形虚拟继承

(一)单继承与多继承

单继承是指一个子类只有一个直接父类,关系简单明了。

而多继承则是一个子类有两个或以上直接父类,这种情况虽然增加了代码复用的灵活性,但也引入了一些复杂问题。

(二)菱形继承

菱形继承是多继承的一种特殊情况。以 class Assistant : public Student, public Teacher 为例, Student 和 Teacher 都继承自 Person ,这样 Assistant 中就会出现 Person 成员的两份拷贝,导致数据冗余和二义性问题。比如在访问 Assistant 对象中来自 Person 的成员时,编译器无法明确确定访问的是哪一个 Person 成员。

数据冗余和二义性: Assistant 中就会出现 Person 成员的两份拷贝

(三)菱形虚拟继承

为解决菱形继承的数据冗余和二义性问题,引入了虚拟继承。在 Student 和 Teacher 继承 Person 时使用虚拟继承(如 class Student : virtual public Person  ),

就能确保在 Assistant 对象中只存在一份 Person 成员的拷贝。虚拟继承通过虚基表指针和虚基表来管理基类成员的存储和访问,有效解决了上述问题,但也增加了一定的实现复杂度。

原理图

示例代码

下图是菱形虚拟继承的内存对象成员模型:这里可以分析出D对象中将A放到的了对象组成的最下面,这个A同时属于B和C,那么B和C如何去找到公共的A呢?这里是通过了B和C的两个指针,指向的一张表。这两个指针叫虚基表指针,这两个表叫虚基表。虚基表中存的偏移量。通过偏移量可以找到下面的A。

八、继承的总结和反思

继承在C++ 中是把双刃剑。它极大地促进了代码复用,构建了清晰的类层次结构,但也带来了一些问题。多继承衍生出的菱形继承和复杂的底层实现,让代码复杂度和维护难度上升,这也是许多其他面向对象语言(如Java)不采用多继承的原因。

在实际编程中,我们要谨慎选择继承和组合。继承是“is - a”关系,每个派生类对象都是一个基类对象;组合是“has - a”关系,一个类包含另一个类的对象。优先考虑对象组合,因为它耦合度低,代码维护性好,更符合“黑箱复用”原则;而继承适用于需要体现类之间层次关系,或实现多态的场景。

Test

#define _CRT_SECURE_NO_WARNINGS #include <iostream> using namespace std; class A { public: A(const char* s) { cout << s << endl; } ~A() {} }; class B : virtual public A { public: B(const char* sa, const char* sb) :A(sa) { cout << sb << endl; } }; class C : virtual public A { public: C(const char* sa, const char* sb) :A(sa) { cout << sb << endl; } }; class D : public B, public C { public: D(const char* sa, const char* sb, const char* sc, const char* sd) :B(sa, sb), C(sa, sc), A(sa) { cout << sd << endl; } }; int main() { D* p = new D("class A", "class B", "class C", "class D"); delete p; return 0; }

结语

C++ 的继承机制丰富而复杂,深入理解它的各个方面,从基本概念到复杂应用,能让我们在编程时更得心应手,编写出结构良好、高效且易于维护的代码。希望通过这篇博客,大家能对C++ 继承有更透彻的认识,在后续编程实践中灵活运用。

Read more

新手向:C语言、Java、Python 的选择与未来指南

新手向:C语言、Java、Python 的选择与未来指南

语言即工具,选对方向比埋头苦学更重要 你好,编程世界的新朋友!当你第一次踏入代码的宇宙,面对形形色色的编程语言,是否感到眼花缭乱?今天我们就来聊聊最主流的三种编程语言——C语言、Java 和 Python——它们各自是谁,适合做什么,以及未来十年谁能带你走得更远。 一、编程世界的三把钥匙:角色定位 如果把编程比作建造房屋,那么: * C语言是钢筋骨架:诞生于1972年,它直接与计算机硬件“对话”,负责构建最基础的支撑结构。 * Java是精装套房:1995年问世,以“一次编写,到处运行”闻名,擅长打造稳定、可复用的功能模块。 * Python是智能管家:1991年出生却在近十年大放异彩,像一位高效助手,用最少的指令完成复杂任务13。 二、核心差异对比:从底层到应用 1. 语言类型与设计哲学 * C语言:属于面向过程的编译型语言。代码在执行前需全部翻译成机器指令,运行效率极高,但需要开发者手动管理内存(类似自己打扫房间)15。 * Java:

By Ne0inhk
iv8:基于 V8 的 C++ 浏览器补环境框架

iv8:基于 V8 的 C++ 浏览器补环境框架

补环境的本质是对抗检测,靠 JS 层模拟,总会遇到难以彻底复刻的检测点,比如 document.all、跨域/跨 Context 的身份同一性等。 与其在 JS 层疲于奔命地“修修补补”,不如深入 C++ 层,在 V8 之上重筑一套原生的浏览器运行时。iv8 的监控不依赖 JS Proxy,而是通过 V8 回调封装与通用属性拦截器,实现统一的 API 访问追踪。整体架构对齐 Chromium 的 ScriptWrappable/WrapperTypeInfo,并采用基于 v8::Global<> 的强引用方案配合显式释放,避免句柄滞留导致的内存占用累积,同时也避免引入 cppgc 带来的额外复杂度。 本文是一次阶段性总结:把 iv8

By Ne0inhk
从割裂到融合:MATLAB与Python混合编程实战指南

从割裂到融合:MATLAB与Python混合编程实战指南

从割裂到融合:MATLAB与Python混合编程实战指南 摘要:在科学计算领域,MATLAB和Python就像两把各有所长的“神兵利器”——MATLAB凭借矩阵运算的“独门绝技”称霸工程仿真,Python则依靠开源生态的“人海战术”横扫AI与数据科学。但在实际研发中,单一语言往往难以覆盖全流程需求:用MATLAB做完工程仿真,想对接Python的机器学习模型;用Python训练好AI模型,又需要MATLAB做工程验证。 这种场景下,MATLAB与Python的混合编程不再是“锦上添花”,而是提升研发效率的“刚需”。本文将手把手教你打通两大语言的壁垒,从技术原理到代码实战,全方位解析跨语言协作的最优路径。 一、核心技术路径对比 在动手编码前,先理清MATLAB与Python互调的核心方案,不同场景适配不同技术: 技术方案适用场景性能部署复杂度核心优势MATLAB Engine APIPython调用MATLAB函数(开发阶段)高低(需装MATLAB)调用最直接,支持全量MATLAB功能MATLAB Compiler SDKMATLAB代码打包部署(生产环境)中中(需运行时

By Ne0inhk

C++ 二叉排序树

1. 二叉排序树的要求:树根的左子树,均要小于树根;树根的右子树,均要大于树根。对于任意一个结点及其子树,均要满足二叉排序树的要求。 2. 基于二叉排序树的基本特性,可知:左子树的最一定位于左子树的最右边;右子树的最大数据一定位于右子树的最左边。 3. 对于二叉排序树的构建,依次与树 / 子树的根结点进行对比,小于根结点,放在左边;大于根结点,放在右边,直到插入位置左右子树为空时停止,在该位置插入。 4. 二叉排序树的最大查找次数,就是树的深度,类似于折半查找,每查一次排除一半的树。 5. 删除二叉排序树的过程: 基于二叉树的查找,找到要删除的 root 结点,如果 root 结点没有左子树 / 没有右子树,则非常好办,直接将右子树 / 左子树覆盖 root 结点即可,不论下面多么复杂,都符合二叉排序树的要求。如果左右子树均不为空,那就进入该 root 结点的左子树,找到左子树的最大数据结点

By Ne0inhk