深入理解 C++ 三大特性之一 继承

深入理解 C++ 三大特性之一 继承

欢迎来到干货小仓库!!!

今日的Commit 是明日的 Releasse,用持续交付的心态活成终身迭代的版本。


1.继承的定义

1.1定义格式

1.2继承关系和访问限定符

1.3继承基类成员访问方式的变化

类成员/继承方式public继承protected继承private继承
基类的public成员派生类的public成员派生类的protected成员派生类的private成员
基类的protected成员派生类的protected成员派生类的protected成员派生类的private成员
基类的private成员在派生类中不可见在派生类中不可见在派生类中不可见
总结:

1. 基类private成员在派生类中无论以什么方式继承都是不可见的。这里的不可见是指基类的私有成员还是被继承到了派生类对象中,但是语法上限制派生类对象不管在类里面还是类外面都不能去访问它

2. 基类private成员在派生类中是不能被访问,如果基类成员不想在类外直接被访问,但需要在派生类中能访问,就定义为protected。可以看出保护成员限定符是因继承才出现的。3. 实际上面的表格我们进行一下总结会发现,基类的私有成员在子类都是不可见。基类的其他成员在子类的访问方式 == Min(成员在基类的访问限定符,继承方式),public>protected>private。4. 使用关键字class时默认的继承方式是private,使用struct时默认的继承方式是public,不过最好显示的写出继承方式。5. 在实际运用中一般使用都是public继承,几乎很少使用protetced/private继承,也不提倡使用protetced/private继承,因为protetced/private继承下来的成员都只能在派生类的类里面使用,实际中扩展维护性不强.

2.基类和派生类对象赋值转换

a. 派生类对象 可以 赋值给基类的对象/基类的指针/基类的引用。(向上转换/切割/切片,不会产生临时变量)

b. 基类对象 不能赋值给 派生类对象。(禁止 向下转换)

3.继承中的作用域

① 在继承体系中 基类派生类 都有独立的作用域。

②子类和父类中有同名成员,子类成员将屏蔽父类对同名成员的直接访问,这种情况叫隐藏,也叫重定义。(在子类成员函数中,可以使用 基类::基类成员 显示访问)

③ 需要注意的是如果是成员函数的隐藏,只需要函数名相同就构成隐藏。

④ 注意在实际中在继承体系里面最好不要定义同名的成员

代码示例:

示例一:相同的成员变量,默认先访问派生类中的

class Person { protected : string _name = "小李子"; // 姓名 int _num = 111;   // 身份证号 }; class Student : public Person { public: void Print() { cout<<" 姓名:"<<_name<< endl; cout<<" 身份证号:"<<Person::_num<< endl; cout<<" 学号:"<<_num<<endl; } protected: int _num = 999; // 学号 }; void Test() { Student s1; s1.Print(); };

示例二:相同的函数名,构成隐藏

// B中的fun和A中的fun不是构成重载,因为不是在同一作用域 // B中的fun和A中的fun构成隐藏,成员函数满足函数名相同就构成隐藏。 class A { public: void fun() { cout << "func()" << endl; } }; class B : public A { public: void fun(int i) { A::fun(); cout << "func(int i)->" <<i<<endl; } }; 

4.派生类的默认成员函数

a. 继承中 基类的成员声明 默认在派生类的成员声明的前面,初始化列表的顺序按声明顺序初始化.

b. 派生类的基类若没有默认构造,则需要在初始化列表中 对 基类进行 初始化.

c. 派生类中 会自动 基类的析构,把基类自己的资源进行释放。(不需要我们手动调用)

无需我们显示调用基类的析构----->编译器做了处理(子类析构函数完成时,自动调用基类的析构函数),由于交给我们手动释放会 无法保证先析构派生类,再析构基类。

为什么要先析构派生类 再析构基类?

由于 子类可能 使用到了 基类中的资源。

d. 编译器会统一把析构函数的函数名,进行特殊处理,处理成destructor(),由于后续一些场景析构函数需要构成重写,重写的条件之一是函数名相同。

5.继承与友元

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

示例:改代码编译不通过,出现语法错误

class Student; class Person { public: friend void Display(const Person& p, const Student& s); protected: string _name; // 姓名 }; class Student : public Person { protected: int _stuNum; // 学号 }; void Display(const Person& p, const Student& s) { cout << p._name << endl; cout << s._stuNum << endl; } int main() { Person p; Student s; Display(p, s); return 0; }

6.继承与静态成员

若基类定义了 static静态成员,则整个体系里面只有一个这样的成员。无论派生出多少个子类都只有一个 static成员示例。(相当于只是拥有使用权)

静态成员变量属于父类和派生类。

示例:

7.复杂的菱形继承及菱形虚拟继承

单继承:一个子类只有一个直接父类时称这个继承关系为单继承

多继承:一个子类有两个或两个以上直接父类时称这个继承关系为多继承。

菱形继承:是多继承的一种特殊情况。

导致 最后一个派生类有两份  class  Person 的数据,形成了 数据冗余和二义性。

解决方式:菱形虚拟继承,加上 virtual(继承公共基类的派生类上加)

7.1菱形虚拟继承底层原理

class A { public: int _a; }; class B : virtual public A { public: int _b; }; class C : virtual public A { public: int _c; }; class D : public B, public C { public: int _d; }; int main() { D d; d.B::_a = 1; d.C::_a = 2; d._b = 3; d._c = 4; d._d = 5; return 0; }

菱形虚拟继承的内存对象模型:

这里是通过了B和C的两个指针,指向的一张表。这两个指针叫虚基表指针,这两个表叫虚基表。虚基表中存的偏移量。通过偏移量可以找到下面的A

7.2习题

8.继承和组合的区别

9.继承的总结和反思


觉得不错的可以点赞+收藏咯!!!谢谢大家

Read more

KWDB 运维实战:拒绝数据孤岛!用 SQL 打通 Metrics 与 CMDB 的“任督二脉”

KWDB 运维实战:拒绝数据孤岛!用 SQL 打通 Metrics 与 CMDB 的“任督二脉”

在互联网大厂,服务器监控(AIOps)是基础设施的命脉。一旦核心数据库或网关宕机,每分钟的损失可能高达数百万。 传统的监控方案(如 Zabbix、Prometheus)在面对海量指标时各有痛点:Zabbix 擅长告警但历史数据存储能力弱;Prometheus 查询语言(PromQL)学习曲线陡峭且不易与业务数据(如 CMDB)进行关联分析。 运维人员真正需要的是:既能像 Prometheus 一样吞吐海量时序数据,又能像 MySQL 一样用标准 SQL 进行复杂关联查询。 本文将带你体验如何用 KWDB 3.1.0 搭建一个轻量级但高性能的 服务器监控系统,用一个数据库搞定“指标存储”与“资产管理”。 * 场景设定: 监控 500 台服务器的 CPU、内存、磁盘 IO 和网络流量。 * 核心挑战:

By Ne0inhk
一卡通核心交易平台的国产数据库实践解析:架构、迁移与高可用落地

一卡通核心交易平台的国产数据库实践解析:架构、迁移与高可用落地

文章目录 * 摘要 * 1. 业务与技术挑战拆解 * 2. 总体架构(从数据库边界看) * 3. 数据模型:以“不可变流水”为中心 * 3.1 流水表(交易事实表)建议 * 3.2 账户与余额:把“强一致”收敛到最小 * 4. 高可用与容灾:把“不可用窗口”工程化 * 4.1 同城高可用:主备切换与防脑裂 * 4.2 异地灾备:以“可恢复”为目标设计链路 * 5. 性能与稳定性:把瓶颈消灭在“写路径” * 5.1 连接治理:让资源可控 * 5.2 SQL治理:少做无谓计算

By Ne0inhk

Qwen3-VL-WEBUI保姆级教程:从零部署阿里开源多模态大模型

Qwen3-VL-WEBUI保姆级教程:从零部署阿里开源多模态大模型 1. 引言 1.1 多模态大模型的演进与Qwen3-VL的定位 随着AI技术向多模态融合方向加速发展,视觉-语言模型(Vision-Language Models, VLMs)已成为连接感知与认知的关键桥梁。在这一背景下,阿里巴巴通义实验室推出的 Qwen3-VL 系列模型,标志着国产多模态大模型进入全新阶段。 作为Qwen系列迄今为止最强大的视觉语言模型,Qwen3-VL不仅在文本理解、图像识别和视频分析能力上实现全面跃迁,更引入了“视觉代理”、“长上下文推理”、“空间感知增强”等前沿特性,真正实现了从“看懂”到“行动”的跨越。 本教程聚焦于 Qwen3-VL-WEBUI ——一个专为开发者和研究者设计的本地化Web交互界面工具,内置 Qwen3-VL-4B-Instruct 模型,支持一键部署、图形化操作,无需编写代码即可体验阿里最新多模态能力。 1.2 教程目标与适用人群 本文将带你完成以下全流程: - ✅ 了解Qwen3-VL的核心能力与架构创新 - ✅ 获取并部署官方镜像环境 - ✅ 启动W

By Ne0inhk
WebCode 与 Clawdbot 项目深度对比分析

WebCode 与 Clawdbot 项目深度对比分析

📊 执行摘要 项目WebCodeClawdbot定位在线 AI 全能工作平台(Web)个人 AI 助手框架(CLI/Gateway)核心技术.NET 10.0 + Blazor ServerNode.js 22 + TypeScript架构风格分层架构 + DDDGateway-Channel-Agent 三层架构主要功能远程驱动 AI CLI 助手多渠道消息统一接入 + AI Agent 交互目标用户需要 Web 远程控制的开发者需要全平台 AI 助手的个人用户许可证AGPLv3MIT 1. 核心定位与设计理念对比 1.1 项目定位 维度WebCodeClawdbot核心理念Web 驱动 CLI - 通过浏览器远程控制 AI CLI 工具本地方案 - 本地优先的 AI 助手框架核心价值随时随地访问 AI 编程能力私有、

By Ne0inhk