C++ 多态详解:从概念本质、语法规则到底层实现,结合实战代码的全方位指南

C++ 多态详解:从概念本质、语法规则到底层实现,结合实战代码的全方位指南
在这里插入图片描述

🔥草莓熊Lotso:个人主页
❄️个人专栏: 《C++知识分享》《Linux 入门到实践:零基础也能懂》
✨生活是默默的坚持,毅力是永久的享受!


🎬 博主简介:

在这里插入图片描述

文章目录


前言:

多态是 C++ 面向对象 三大特性(封装、继承、多态) 的核心,它让 “同一行为作用于不同对象产生不同结果” 成为可能。本文将从多态的基础概念切入,逐步拆解多态的构成条件、虚函数重写规则及关键细节,帮你彻底掌握运行时多态的实现逻辑。

一. 多态的概念:从“多种形态说起”

1.1 多态的概念解析

多态通俗来说就是 “多种形态” ,在C++中分为两类:

  • 编译时多态(静态多态):通过函数模板,重载来实现,编译阶段确定调用的函数(如add(1,2)add(1,2,3,4)调用的不同的函数)
  • 运行时多态(动态多态):本篇博客核心讲解的地方,通过”基类指针/引用 + 虚函数重写“,运行阶段根据指向的对象的类型确定调用的函数

本文代码示例所需头文件

#include<iostream>usingnamespace std;

代码仓库多态 - Gitee.com

1.2 生活中的多态示例

最经典的场景就是“买票行为”

  • 普通人买票 -> 全价
  • 学生买票 -> 半价
在这里插入图片描述

用样是“买票”,不同对象执行不同逻辑,这就是多态的本质。我们接下来会在代码中通过继承和多态来实现“调用同一函数”产生不同结果。


二. 多态的构成条件和核心语法

多态是一个 继承关系 下的类对象,去调用同一函数,产生了不同的行为。比如Student继承了Person。Person对象买票全价,Student对象优惠买票(当然再来个军人对象继承Person的话,这个对象去调用也会由不同的结果)

要实现多态,除了要有继承关系,还必须满足下面这两个强制条件,缺一不可

  • 必须是基类的指针或者引用调用虚函数
  • 被调用的函数必须是虚函数,并且派生类对基类的虚函数完成了 “重写” (覆盖)。

说明:要实现多态的效果,第一必须是基类的指针或者引用,因为只有基类的指针或引用才能既指向基类对象又指向派生类对象;第二派生类必须对基类的虚函数完成重写/覆盖,重写了,基类和派生类之间才能有不同的函数,多态的不形态效果才能达到。

在这里插入图片描述

2.1 条件 1:虚函数的定义

类成员函数前加virtual关键字,该函数即为虚函数(非成员函数和静态成员函数不能加virtual)。虚函数的作用是 “标记” 该函数需要参与多态,让编译器为其生成动态绑定逻辑。

// 基类:PersonclassPerson{public:// 虚函数:标记为需要参与多态virtualvoidBuyTicket(){ cout <<"买票-全价"<< endl;}};

2.2 条件 2:虚函数的重写(覆盖)

派生类中定义一个 “与基类虚函数完全一致” 的函数,即为重写。这里 “完全一致” 指:

  • 函数名相同;
  • 参数列表(参数类型、个数、顺序)相同(缺省参数可以不管);
  • 返回值类型相同(协变除外,下文讲解)。

代码示例(注意看注释)

// 基类:PersonclassPerson{public:// 虚函数:标记为需要参与多态virtualvoidBuyTicket(){ cout <<"买票-全价"<< endl;}};// 派生类:Student(继承Person)classStudent:publicPerson{public:// 重写基类虚函数:函数名、参数、返回值完全一致// 派生类中virtual也可以省略virtualvoidBuyTicket(){ cout <<"买票-打折"<< endl;}};// 派生类:Soldier(继承Person)classSoldier:publicPerson{public:// 重写基类虚函数// 派生类中virtual也可以省略virtualvoidBuyTicket(){ cout <<"买票-优先"<< endl;}};// 关键:用基类指针调用虚函数(满足多态条件1)// 这里也可以用基类引用voidFunc(Person* ptr){// 运行时根据ptr指向的对象类型,调用对应类的BuyTicket// Person* ptr ptr->BuyTicket();// 如果是基类引用(Person& ptr)//ptr.BuyTicket();}intmain(){ Person ps;// 基类对象 Student st;// 派生类对象(学生) Soldier sr;// 派生类对象(军人)Func(&ps);// 指向基类对象 → 调用Person::BuyTicket → 输出“买票-全价”Func(&st);// 指向学生对象 → 调用Student::BuyTicket → 输出“买票-打折”Func(&sr);// 指向军人对象 → 调用Soldier::BuyTicket → 输出“买票-优先”return0;}
在这里插入图片描述

注意:派生类重写时,即使不加virtual,也能构成重写(因为基类虚函数的 “虚属性” 会被继承),但不建议这么写,可读性差且易出错。
坑点(下面的笔试题会有体现):在 C++ 中,虚函数重写时若基类和派生类的虚函数都指定了缺省参数,调用时的缺省值只由 “基类的函数声明” 决定,与派生类的重写实现无关。

2.3 多态场景的一个笔试选择题(重要):

以下程序输出的结果是什么(B
A: A->0 B: B->1 C: A->1 D: B->0 E: 编译出错 F: 以上都不正确

classA{public:virtualvoidfunc(int val =1){ std::cout <<"A->"<< val << std::endl;}virtualvoidtest(){func();}};classB:publicA{public:voidfunc(int val =0){ std::cout <<"B->"<< val << std::endl;}};intmain(int argc,char* argv[]){ B* p =new B; p->test();return0;}

图解如下

在这里插入图片描述

改编扩展:以下程序输出的结果是什么(D
A: A->0 B: B->1 C: A->1 D: B->0 E: 编译出错 F: 以上都不正确

classA{public:virtualvoidfunc(int val =1){ std::cout <<"A->"<< val << std::endl;}virtualvoidtest(){func();}};classB:publicA{public:voidfunc(int val =0){ std::cout <<"B->"<< val << std::endl;}};intmain(int argc,char* argv[]){ B* q =new B; q->func();return0;}

图解如下

在这里插入图片描述

三、虚函数重写的特殊情况

虚函数重写并非只有 “完全一致” 一种情况,还有两种特殊场景需要注意:协变和析构函数重写,这也是面试高频考点

3.1 协变(了解)

派生类重写基类虚函数时,返回值类型可以不同,但必须满足:

  • 基类虚函数返回 “基类对象的指针 / 引用”;
  • 派生类虚函数返回 “派生类对象的指针 / 引用”。

这种情况称为 “协变”,实际开发中使用较少,了解即可。

代码示例(注意看注释)

#include<iostream>usingnamespace std;// 基类AclassA{};// 派生类B(继承A)classB:publicA{};// 基类PersonclassPerson{public:// 虚函数:返回基类A的指针virtual A*BuyTicket(){ cout <<"买票-全价"<< endl;returnnullptr;}};// 派生类StudentclassStudent:publicPerson{public:// 重写:返回派生类B的指针(协变)virtual B*BuyTicket(){ cout <<"买票-打折"<< endl;returnnullptr;}};voidFunc(Person* ptr){ ptr->BuyTicket();// 多态调用依然生效}intmain(){ Person ps; Student st;Func(&ps);// 输出“买票-全价”Func(&st);// 输出“买票-打折”return0;}

3.2 析构函数的重写(重点)

基类的析构函数为虚函数:基类析构函数加virtual后,派生类析构函数无论是否加virtual,都构成重写。这是因为编译器会将所有析构函数的名称统一处理为destructor,看似名称不同,实则一致。

注意:这个在面试题中经常考到,问基类中的析构函数建不建议写成虚函数?大家可以结合下面的代码示例和为什么去进行回答,这样才能讲清楚

为什么需要析构函数构成重写?
如果基类析构函数不是虚函数,用基类指针指向派生类对象并delete时,只会调用基类析构函数,导致派生类中动态申请的资源无法释放,引发内存泄漏

代码示例(注意看注释,其中额外测试部分是补充了解的和这里的重点不同)

classA{public:// 基类析构函数加virtual,支持重写virtual~A(){ cout <<"~A()"<< endl;}};classB:publicA{public:// 派生类析构函数:自动构成重写(加不加virtual都可以)~B(){ cout <<"~B()->delete:"<< _p << endl;delete _p;// 释放派生类动态申请的资源}protected:int* _p =newint[10];// 派生类动态申请的数组};voidtest(){ cout <<"--------额外测试结果--------"<< endl;//额外测试,这个是正常场景,加不加都行//只是为了让大家了解一下这个析构顺序//析构顺序:~B(),~A(),~A()//其中第一个~A()是因为子类B析构完后调用基类的(先子后父),后面一个是a对象析构 A a; B b;}// 基类只要保障了析构函数是虚函数,下面场景就不会存在内存泄漏intmain(){// 基类指针指向派生类对象 A* ptr1 =new B;delete ptr1;// 多态调用:先调用~B(),再先子后父自动调用~A(),无内存泄漏// 基类指针指向基类对象 A* ptr2 =new A;delete ptr2;// 调用~A()test();return0;}
在这里插入图片描述


主要测试版块:如果基类析构不加 virtualdelete ptr1只会调用~A(),B类中_p指向的数组未释放,导致内存泄漏。额外测试那里加不加都行。


四. C++11:override 与 final 关键字

虚函数重写对语法要求严格(如函数名写错、参数类型不匹配),这些错误编译时不会报错,只会在运行时出现非预期结果。C++11 提供overridefinal两个关键字,帮我们在编译阶段检测错误。

4.1 override:检测是否重写

在派生类虚函数后加override,编译器会检查该函数是否真的重写了基类虚函数。若未重写(如函数名错、参数错),直接编译报错。
代码示例(注意看注释)

classCar{public:// 基类虚函数:Drive(注意拼写是Drive,不是Dirve)virtualvoidDrive(){ cout <<"Car-行驶"<< endl;}};classBenz:publicCar{public:// 错误示例:函数名写成Dirve,加override后编译报错// virtual void Dirve() override { cout << "Benz-舒适" << endl; }// 正确示例:函数名正确,override检测通过virtualvoidDrive() override { cout <<"Benz-舒适"<< endl;}};intmain(){ Car* p =new Benz; p->Drive();// 多态调用:输出“Benz-舒适”return0;}
在这里插入图片描述

4.2 final:禁止重写

在基类虚函数后加final,表示该虚函数不允许任何派生类重写。若派生类强行重写,编译报错。
代码示例(注意看注释)

classCar{public:// 基类虚函数加final:禁止派生类重写virtualvoidDrive() final { cout <<"Car-行驶"<< endl;}};classBenz:publicCar{public:// 错误:Drive()被final修饰,无法重写,编译报错// virtual void Drive() override { cout << "Benz-舒适" << endl; }};intmain(){return0;}

五. 易混淆概念:重载、重写、隐藏的对比(常考)

多态相关的三个概念(重载、重写(覆盖)、隐藏(重定义)) 极易混淆,我们通过下面的图片,代码示例和表格来加强一下对它们的区分:

在这里插入图片描述

代码示例(借鉴-注意看注释)

classBase{public:// 1. 重载:同一作用域,函数名相同,参数不同voidfunc(int a){ cout <<"Base::func(int)"<< endl;}voidfunc(double b){ cout <<"Base::func(double)"<< endl;}// 虚函数:用于重写virtualvoidshow(){ cout <<"Base::show()"<< endl;}};classDerive:publicBase{public:// 2. 重写:基类与派生类,虚函数+函数名/参数/返回值相同virtualvoidshow() override { cout <<"Derive::show()"<< endl;}// 3. 隐藏:基类与派生类,函数名相同但不构成重写voidfunc(int a,int b){ cout <<"Derive::func(int,int)"<< endl;}};intmain(){ Derive d; d.func(1,2);// 调用Derive::func(隐藏基类func)// d.func(3); // 编译报错:基类func(int)被隐藏,需显式调用Base::func(3) Base* p =&d; p->show();// 多态调用:Derive::show(重写)return0;}
特性重载(Overload)重写(Override)隐藏(Hide)
作用域同一类(同一作用域)基类与派生类(不同作用域)基类与派生类(不同作用域)
函数名必须相同必须相同必须相同
参数列表必须不同(类型/个数/顺序)必须相同可相同可不同
返回值类型无要求必须相同(协变除外)无要求
虚函数要求必须都是虚函数
核心场景同一类中同名函数的不同实现多态的核心,动态绑定派生类屏蔽基类同名成员(非重写)
底层机制编译期静态绑定,通过参数列表区分函数运行期动态绑定,依赖虚函数表编译期静态绑定,通过作用域区分
示例class A { void func(int); void func(double); }class A { virtual void func(); }; class B : public A { void func() override; }class A { void func(); }; class B : public A { void func(int); }
注意事项仅在同一类中生效,派生类中若与基类函数同名且参数不同,会隐藏基类函数重写时函数签名(函数名+参数+返回值)必须严格一致,析构函数重写有特殊性若派生类函数与基类虚函数同名但参数不同,会隐藏基类虚函数,导致多态失效

结尾:

🍓 我是草莓熊 Lotso!若这篇技术干货帮你打通了学习中的卡点: 👀 【关注】跟我一起深耕技术领域,从基础到进阶,见证每一次成长 ❤️ 【点赞】让优质内容被更多人看见,让知识传递更有力量 ⭐ 【收藏】把核心知识点、实战技巧存好,需要时直接查、随时用 💬 【评论】分享你的经验或疑问(比如曾踩过的技术坑?),一起交流避坑 🗳️ 【投票】用你的选择助力社区内容方向,告诉大家哪个技术点最该重点拆解 技术之路难免有困惑,但同行的人会让前进更有方向~愿我们都能在自己专注的领域里,一步步靠近心中的技术目标! 

结语:C++ 多态的本质,是用 “统一接口” 包裹 “差异化实现”,让代码既能保持调用逻辑的一致性,又能适配不同对象的特性 —— 从 “买票” 的场景差异,到析构函数的资源安全释放,多态始终在平衡 “通用性” 与 “灵活性”。

✨把这些内容吃透超牛的!放松下吧✨ʕ˘ᴥ˘ʔづきらど

Read more

Flutter 三方库 benchmarking 鸿蒙端自动化审计性能适配剖析:建设全终端高度精确指令运行时延探测标尺雷达,实现硬件核心指令运算与异步算法代码-适配鸿蒙 HarmonyOS ohos

Flutter 三方库 benchmarking 鸿蒙端自动化审计性能适配剖析:建设全终端高度精确指令运行时延探测标尺雷达,实现硬件核心指令运算与异步算法代码-适配鸿蒙 HarmonyOS ohos

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 benchmarking 鸿蒙端自动化审计性能适配剖析:建设全终端高度精确指令运行时延探测标尺雷达,实现硬件核心指令运算与异步算法代码极致分析验证 在鸿蒙应用的高度性能敏感模块(如自定义排序算法、大规模数据结构映射或高频业务逻辑循环)的开发中,如何精准量化每一行代码的执行耗时?benchmarking 库提供了一套专业的基准测试工具,能有效消除冷启动抖动与系统背景干扰。本文将详解该库在 OpenHarmony 上的适配要点。 前言 什么是 benchmarking?它不仅仅是简单的 Stopwatch 封装。它会自动执行多次“热身”运行,并收集足够多的样本量以计算出精确的平均耗时、方差以及性能百分位数。在鸿蒙操作系统强调的“极致流畅性能”和“系统级精细化能效治理”背景下,利用 benchmarking 库可以确保你的核心算法在面对鸿蒙海量用户时,依然能提供稳定、确定性的执行产出。 一、原理解析 1.1 基础概念 其核心是通过控

By Ne0inhk
Flutter for OpenHarmony:string_validator 验证与清洗字符串,防御恶意输入(字符串校验工具箱) 深度解析与鸿蒙适配指南

Flutter for OpenHarmony:string_validator 验证与清洗字符串,防御恶意输入(字符串校验工具箱) 深度解析与鸿蒙适配指南

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net 前言 在处理用户输入时,“永远不要相信用户提交的数据” 是安全的第一原则。无论是注册表单的邮箱校验,还是 API 参数的格式清洗,字符串验证都是必不可少的环节。 string_validator 是一个功能极其丰富的字符串验证和清洗库,它移植自著名的 Node.js 库 validator.js。即使是复杂的信用卡号、ISBN、UUID 校验,它也能一行代码搞定。本文将介绍如何在 OpenHarmony 上利用它构建健壮的数据校验层。 一、核心功能 1.1 验证 (Validators) 返回 bool 值,判断字符串是否符合某种格式。 * isEmail: 邮箱格式 * isURL: 网址校验 * isCreditCard: 信用卡号(Luhn 算法) * isUUID:

By Ne0inhk

Flutter 三方库 validated 的鸿蒙化适配指南 - 在鸿蒙系统上构建极致、透明、全能的 40+ 字符串合法性校验与数据清洗审计引擎

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 validated 的鸿蒙化适配指南 - 在鸿蒙系统上构建极致、透明、全能的 40+ 字符串合法性校验与数据清洗审计引擎 在鸿蒙(OpenHarmony)系统的支付表单验证、用户注册中心、资产审计工具或复杂的业务逻辑报文处理中,如何快速判断一个字符串是否是合法的 Email、IP、手机号(即便带有鸿蒙各地区前缀)或 JSON 结构?validated 为开发者提供了一套工业级的、基于 Dart 的全业务场景校验方案。本文将深入实战其在鸿蒙端数据安全与合法性管控中的应用。 前言 什么是 Validated?它不仅是简单的正则(Regex)包装,而是一个聚合了超过 40 种高频工业校验逻辑的“数据过滤器”。它同时提供校验(Validators)与清洗(Sanitizers)两大核心能力。在

By Ne0inhk
Flutter for OpenHarmony:retrofit_generator 自动生成类型安全的 HTTP 客户端代码(Dio 的最佳拍档) 深度解析与鸿蒙适配指南

Flutter for OpenHarmony:retrofit_generator 自动生成类型安全的 HTTP 客户端代码(Dio 的最佳拍档) 深度解析与鸿蒙适配指南

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net 前言 虽然 Dio 已经是 Dart 生态中最好用的网络库,但直接写 dio.get('/user/1') 依然存在硬编码 URL、参数难以验证等问题。在 Java/Kotlin 后端开发中,Retrofit + Annotations 是标准操作。 retrofit_generator 为 Dart 带来了这一能力。它通过注解(如 @GET, @POST, @Body)定义 API 接口,并在编译时自动生成基于 Dio 的请求代码。这不仅让网络层更清晰、更易维护,还能充分利用 Dart 的类型系统。 一、

By Ne0inhk