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

基于Java的在线图书管理系统--毕设附源码99607

基于Java的在线图书管理系统--毕设附源码99607

摘 要 随着信息技术的发展,在线图书管理系统成为提升图书馆管理效率和用户体验的关键。传统图书管理方式存在资源分散、管理不便及用户交互性差的问题。本系统针对这些问题,采用Spring Boot框架与MySQL数据库,实现了一个高效、便捷的在线图书管理平台。系统分为借书用户和管理员两大模块,分别提供个性化的服务功能。借书用户能够访问首页、通知公告、图书资讯、图书中心等,进行借阅记录、归还、收藏及评论;管理员则负责后台管理,包括用户管理、图书中心维护、借阅与归还记录审核等。此外,系统通过前后端分离的设计,利用Vue.js优化前端展示,增强了系统的扩展性和维护性。本系统不仅提高了图书管理的效率,也提升了用户的阅读体验和互动性,满足了现代图书馆对信息化管理的需求。 关键词:Spring Boot框架;在线图书管理系统;Java语言;MySQL Abstract With the development of information technology, online library management system has

By Ne0inhk
从Web到AI:多模态Agent图像识别Skills开发实战——JavaScript+Python全栈图像处理方案

从Web到AI:多模态Agent图像识别Skills开发实战——JavaScript+Python全栈图像处理方案

图片来源网络,侵权联系删。 文章目录 * 1. 当Web图像处理遇见多模态Agent * 2. Web图像处理与Agent Skills的基因同源性 * 2.1 能力映射表(Web→图像Skills) * 2.2 图像Skills架构全景图 * 3. 图像识别核心原理(Web开发者视角) * 3.1 三大核心机制映射表 * 3.2 预处理流水线实现(类比CSS滤镜) * 3.3 后端推理服务设计(类比Express中间件) * 4. 企业级实战:电商商品瑕疵检测系统 * 4.1 项目结构(全栈设计) * 4.2 核心缺陷检测组件(Vue3 + TensorFlow.js) * 4.3 后端资源调度优化(解决高并发问题) * 5. Web开发者转型图像Skills的痛点解决方案 * 5.

By Ne0inhk
飞算 JavaAI 开发助手:深度学习驱动下的 Java 全链路智能开发新范式

飞算 JavaAI 开发助手:深度学习驱动下的 Java 全链路智能开发新范式

飞算 JavaAI 开发助手:深度学习驱动下的 Java 全链路智能开发新范式 文章目录 * 飞算 JavaAI 开发助手:深度学习驱动下的 Java 全链路智能开发新范式 * 前言 * 飞算 JavaAI IDEA插件下载、注册、使用 * 智能引导 * 操作流程 * Java Chat * 智能工作流程 * 操作流程 * 智能问答 * 操作流程 * SQL Chat * 操作流程 * 总结 前言 Java 开发面临需求迭代加速、系统复杂度攀升、人力成本高企的三重挑战下,飞算 JavaAI 开发助手应运而生,深度融合深度学习技术与代码工程最佳实践,打破传统开发中需求理解偏差、风格适配繁琐、流程割裂的痛点,构建从需求分析到部署交付的端到端智能链路,为开发者提供从老项目维护到新项目构建的全场景赋能,重新定义 Java 开发的效率与质量标准 ✅全链路智能开发赋能:需求分析到工程构建全流程引导,

By Ne0inhk
Java 网络编程(二)—— TCP流套接字编程

Java 网络编程(二)—— TCP流套接字编程

TCP 和 UDP 的区别 在传输层,TCP 协议是有连接的,可靠传输,面向字节流,全双工 而UDP 协议是无连接的,不可靠传输,面向数据报,全双工 有连接和无连接的区别是在进行网络通信的时候,通信双方有没有保存对端的地址信息,即假设 A 和 B 进行通信,A 保存了 B 的地址信息,B 也保存了 A 的地址信息,此时双方都知道和谁建立了连接,这就是有连接的通信,在之前的 UDP 数据报套接字编程中就提到过 UDP 是无连接的,所以在发送数据报的时候要加上对端的信息,防止丢包。 可靠传输是通过各种手段来防止丢包的出现,而不可靠传输则没有做任何处理直接把数据报传输过去,但是可靠传输不意味着能 100% 把数据报完整无误地传输给对方,只是尽可能降低丢包发生的概率,并且可靠传输是要使用很多手段来保持的,所以付出的代价相比于不可靠传输要大。 面向字节流就是以字节为单位来进行数据的传输,面向数据报就是以数据报为单位进行数据的传输。 全双工就是通信的双发可以同时给对方发送数据,

By Ne0inhk