C++的多态是如何体现的?一篇文章搞懂C++虚函数机制与常见问题

C++的多态是如何体现的?
一篇尽量清晰、结构化的文章,帮你搞懂虚函数机制、vtable、虚表指针,以及最容易出错的那些点。

1. 多态在C++里到底是什么?

C++支持三种多态:

  • 编译时多态(静态多态):函数重载、运算符重载、模板(泛型)、CRTP
  • 运行时多态(动态多态):通过虚函数 + 指针/引用实现
  • 强制多态(类型转换):static_cast、dynamic_cast 等(较少讨论)

绝大多数人问“C++的多态”时,指的其实就是运行时多态,也就是通过虚函数实现的动态绑定

一句话总结核心:

同一个接口,不同的对象表现出不同的行为,且绑定发生在运行时。

2. 虚函数机制的核心——虚表(vtable)与虚表指针(vptr)

C++的运行时多态实现依赖于以下几个关键概念:

概念英文存放在哪里内容是什么谁拥有它
虚函数表virtual table (vtable)静态存储区(每个类一份)该类的所有虚函数的地址(函数指针数组)类(类型)
虚表指针virtual pointer (vptr)对象内存布局最开头(通常)指向本对象对应类的vtable的指针每个对象
虚函数调用dynamic dispatch通过vptr找到vtable,再通过槽位找到函数地址运行时

最重要的一句话:

只要一个类有虚函数(或继承自有虚函数的类),编译器就会为这个类生成一张虚表,并在类的对象中偷偷插入一个虚表指针 vptr。

3. 虚函数调用流程(最关键的图解过程)

假设有下面这段经典代码:

classAnimal{public:virtualvoidspeak(){ std::cout <<"Animal speaks\n";}virtual~Animal()=default;};classDog:publicAnimal{public:voidspeak()override{ std::cout <<"Woof!\n";}};classCat:publicAnimal{public:voidspeak()override{ std::cout <<"Meow~\n";}};intmain(){ Animal* p =newDog(); p->speak();// 输出 Woof!delete p;}

运行时发生了什么?

  1. 创建 Dog 对象时,编译器在对象内存最开头放了一个 vptr它指向 Dog类的虚表
  2. Dog 类的虚表里,speak() 这一槽位存的是 Dog::speak 的地址。
  3. 调用 p->speak() 时:
    • 取 p 指向对象的 vptr
    • 通过 vptr 找到 虚表
    • 根据 speak() 在虚表中的偏移(槽位索引),取出函数地址
    • 调用该地址 → 执行 Dog::speak()

这就是动态绑定的完整过程。

4. 常见问题与陷阱(面试+实际开发高频)

4.1 构造函数里调用虚函数会怎样?
classBase{public:Base(){whoami();}virtualvoidwhoami(){ std::cout <<"Base\n";}};classDerived:publicBase{public:voidwhoami()override{ std::cout <<"Derived\n";}};intmain(){ Derived d;// 输出 Base}

结论:在构造函数中,vptr 还没有指向派生类的虚表,此时调用虚函数走的是当前正在构造的类的版本。

4.2 析构函数必须是虚函数吗?

必须(只要这个类可能会被指针/引用多态删除)。

原因:如果基类析构不是虚函数,delete base_ptr; 时只调用基类析构,派生类部分不会被析构 → 资源泄漏。

4.3 override 和 final 关键字(C++11+)
virtualvoidf()override;// 明确告诉编译器:我在重写,必须匹配基类签名virtualvoidg()final;// 告诉编译器:这个虚函数到此为止,不允许再被重写

强烈建议在重写时都写 override,能尽早发现签名不匹配的错误。

4.4 纯虚函数 & 抽象类
virtualvoidspeak()=0;// 纯虚函数 → 该类成为抽象类,不能实例化
4.5 虚函数表是每个类一份,还是每个对象一份?

每个有虚函数的类一份(静态的),对象只持有一个指向它的指针。

4.6 多继承下的虚表(最复杂的情况)

多继承时,一个对象可能有多个 vptr(每个继承链一条),虚表也更复杂,还涉及虚基类表(vbptr / vbase)

classA{virtualvoidf();};classB{virtualvoidg();};classC:publicA,publicB{...};

C 的对象内存布局里通常会有 两个 vptr

这是多继承最容易出问题的地方(菱形继承 + 虚继承才能解决二义性)。

4.7 虚函数开销有多大?
  • 空间:每个对象多一个指针(通常 8 字节,64位系统)
  • 时间:一次间接寻址(vptr → vtable → 函数地址),现代 CPU 分支预测 + 内联缓存后开销很小

绝大多数业务场景下,虚函数的性能开销是可以接受的

5. 总结:一句话记住虚函数机制

C++运行时多态 = 虚函数 + 指针/引用 + vtable + vptr + 动态分派

最简记忆口诀

“对象藏 vptr → vptr 指 vtable → vtable 存函数地址 → 运行时查表调用”

希望这篇文章让你对 C++ 虚函数从“会用”变成“知道为什么这样实现”。

如果你还有具体想深入的点(比如:多继承虚表布局、虚函数与模板的冲突、CRTP 静态多态对比、vtable 如何调试查看等),可以直接告诉我,我继续展开。

Read more

网站检测不用等! Web-Check+cpolar让异地协作查漏洞更高效

网站检测不用等! Web-Check+cpolar让异地协作查漏洞更高效

文章目录 * 前言 * 1.关于Web-Check * 2.功能特点 * 3.安装Docker * 4.创建并启动Web-Check容器 * 5.本地访问测试 * 6.公网远程访问本地Web-Check * 7.内网穿透工具安装 * 8.创建远程连接公网地址 * 9.使用固定公网地址远程访问 前言 Web-Check 是一款全方位的网站诊断工具,能检测 IP 信息、SSL 证书、DNS 记录、开放端口等关键数据,适合开发者做性能优化、运维人员做安全巡检,还能帮安全测试人员识别潜在风险。它的优点是结果可视化强,所有数据在仪表盘分类呈现,不用手动整合多工具报告,省时又清晰。 用 Web-Check 时发现,检测前最好确认目标网站能正常访问,否则可能出现数据不全;另外,生成的报告里有不少专业术语,新手可以先查基础概念(比如 SSL 链、DNS

By Ne0inhk
前端Base64格式文件上传详解:原理、实现与最佳实践

前端Base64格式文件上传详解:原理、实现与最佳实践

🌷 古之立大事者,不惟有超世之才,亦必有坚忍不拔之志 🎐 个人CSND主页——Micro麦可乐的博客 🐥《Docker实操教程》专栏以最新的Centos版本为基础进行Docker实操教程,入门到实战 🌺《RabbitMQ》专栏19年编写主要介绍使用JAVA开发RabbitMQ的系列教程,从基础知识到项目实战 🌸《设计模式》专栏以实际的生活场景为案例进行讲解,让大家对设计模式有一个更清晰的理解 🌛《开源项目》本专栏主要介绍目前热门的开源项目,带大家快速了解并轻松上手使用 🍎 《前端技术》专栏以实战为主介绍日常开发中前端应用的一些功能以及技巧,均附有完整的代码示例 ✨《开发技巧》本专栏包含了各种系统的设计原理以及注意事项,并分享一些日常开发的功能小技巧 💕《Jenkins实战》专栏主要介绍Jenkins+Docker的实战教程,让你快速掌握项目CI/CD,是2024年最新的实战教程 🌞《Spring Boot》专栏主要介绍我们日常工作项目中经常应用到的功能以及技巧,代码样例完整 👍《Spring Security》专栏中我们将逐步深入Spring Security的各个

By Ne0inhk
共绩算力 RTX 5090 极速部署 Stable Diffusion WebUI:新手也能秒开 AI 绘图工作站

共绩算力 RTX 5090 极速部署 Stable Diffusion WebUI:新手也能秒开 AI 绘图工作站

还在为本地硬件不足跑不动 AI 绘图模型发愁?想快速拥有高性价比的 Stable Diffusion 绘图环境?今天给大家带来共绩算力 RTX 5090 部署 Stable Diffusion WebUI(增强版)的详细教程,全程零兼容冲突,从云主机配置到生成第一张 AI 画作仅需 30 分钟,步骤清晰可复现,无论是设计爱好者还是 AI 新手都能轻松上手! 目录 一、为什么选择共绩算力部署 Stable Diffusion? 二、环境准备:精准配置云主机 2.1 创建云主机实例 1.2 登录云主机终端 二、完整部署流程 2.1 环境清理与依赖安装 2.2 下载与配置Stable Diffusion WebUI

By Ne0inhk
《Web 自动化测试入门:从概念到百度搜索实战全拆解》

《Web 自动化测试入门:从概念到百度搜索实战全拆解》

一、自动化的核心概念 1. 定义:通过自动方式替代人工操作完成任务,生活中常见案例(自动洒水机、自动洗手液、超市闸机)体现了 “减少人力消耗、提升效率 / 质量” 的特点。 2. 软件自动化测试的核心目的: * 用于回归测试:软件迭代新版本时,验证新增功能是否影响历史功能的正常运行。 3. 常见面试题解析: * 自动化测试不能完全取代人工测试:需人工编写脚本,且功能变更后需维护更新,可靠性未必优于人工。 * 自动化测试不能 “大幅度降低工作量”:仅能 “一定程度” 减少重复工作,需注意表述的严谨性。 二、自动化测试的分类 自动化是统称,包含多种类型,核心分类及说明如下: 分类说明接口自动化针对软件接口的测试,目的是验证接口的功能、性能、稳定性等。UI 自动化 针对软件界面的测试,包含: 1. 移动端自动化:通过模拟器在电脑上编写脚本,测试手机应用;稳定性较差(受设备、

By Ne0inhk