Effective C++ 学习笔记 《七》

本文深入探讨C++中虚析构函数的重要性,尤其是在多态基类中的应用。解析为何基类应将析构函数声明为虚函数,避免资源泄露。同时,讨论析构函数对类大小的影响及代码移植性问题,以及如何正确处理纯虚函数和标准库容器类的继承。

Item 7: Declare destructors virtual in polymorphic base classes

看这个标题需要注意两个地方,第一个是多态基类polymorphic base classes 另一个是虚析构函数destructors virtual。作者建议我们在写为了实现多态的基类的时候,把这个基类的析构函数设为虚函数。

作者给出了一个计时器的基类作为例子,这个计时器可以有多个子类从而实现多态,当我们动态分配内存实现一个类的对象的时候,需要在程序结束的时候释放对象的内存。而对于一个继承自基类的派生类,如果基类的析构函数没有设为Virtual,意味着派生类对象在被析构的时候只会调用基类的析构函数,这种行为是未定义的,因为派生类对象只会释放基类中的成员部分,而对于派生类的成分很可能没有销毁,造成资源泄露。

那么是不是对于所有的类,析构函数都写为virtual呢?比如对于一个没有任何virtual类型函数的类,那这种类往往是不会用于被继承的,它的析构函数是否也写成virtual呢?


书上接着举到了一个例子,是一个二维的空间点类

class Point { // a 2D point
public:
	Point(int xCoord, int yCoord);
	~Point();
private:
	int x, y;
};

对于这个类,如果int占4个字节,那么这个类的对象大小为8个字节
但是如果析构函数要实现成虚函数的类型,那么类对象还会包含一个叫虚表的指针(vptr),这个指针用来决定对象实际应该调用的析构函数从而实现多态。由于包含这么一个指针,就会影响对象的大小,比如上面的例子原本两个int大小为8字节,一旦把析构函数声明为virtual,这个类对象的大小就变成了8+8(64位)=16字节。
除了增大了类的大小,由于增加了这么一个指针,也影响了代码的移植性(比如C中就没有vptr)

那我们如何来确定一个类的析构函数是否需要写成virtual类型呢?书上给出的建议是当这个类中至少有一个virtual函数,才把它的析构函数声明为virtual ,原因也很简单,可以从两个方面来理解。一是由于有virtual函数,说明有了一个vptr,那么我们写成virtual析构函数也不会增加额外的空间;另一方面,由于有virtual函数,说明这个类的本意是希望被继承的基类,自然需要virtual析构函数


根据这个原则,是不是所有的问题都能解决了呢?
书上接着提到了对于某些完全不带virtual函数的类,根据原则是不会把它的析构函数声明为virtual,但是也可能会受到这个问题的影响。比如下面这个SpecialString类,它继承自stl的string类

class SpecialString: public std::string {   // bad idea! std::string has a  non-virtual destructor
...
};

如果我们一不小心把一个指向SpecialString类的指针转换成了String类型指针。

SpecialString *pss = new SpecialString("Impending Doom");
std::string *ps;
...
ps = pss; // SpecialString*⇒std::string* 发生转换
...
delete ps; // undefined! In practice, *ps's SpecialString resources will be leaked, because the
        		// SpecialString destructor won't be called.

此时delete ps就只会调用std::string的析构函数,也只会释放pss里string部分的资源,原因就是stl中的string的析构函数是非virtual的,stl的string本身也不希望使用者继承这个类。
所以书上给出的建议是,不要去继承标准库容器类或者任何带有非virtual析构函数的类

(PS:由于作者写书年代较早,书上说到c++没有java中的final关键字来阻止类被继承,其实在C++11中已经提供了final,所以现在有更好的解决办法来避免这个问题。)


接着书上提到了纯虚函数的问题,我们知道纯虚函数是用来声明一个抽象类的(关于纯虚函数的讲解这一篇不错)

https://blog.youkuaiyun.com/yuanchunsi/article/details/78833899

我们知道抽象类是不可以被实例化的,而抽象类的意义一般是用来当基类被继承,所以它的析构函数按照原则应该是要被设为virtual,所以一般我们在想写一个抽象类的时候,通常把它的析构函数写为纯虚函数,这样既能满足是个抽象类的要求(不能被实例化),又不会因为被继承而导致析构的问题。

但是注意,需要为这个纯虚析构函数提供一份定义,哪怕里面什么都不写
原因就是对一个派生类对象,当它被析构的时候,它自身的析构函数最先被调用,但这个析构函数中包含对它继承的上一层类的析构函数的调用,上一层又包含上一层,当最后调用到抽象基类的时候,由于是个纯虚函数,如果没有定义,是无法调用的。


总结

  • 用于多态的基类(往往含有不止一个virtual函数)应该声明一个virtual析构函数

  • 不要尝试去继承标准库容器类或者没有virtual析构函数的类,对这种类一般写成final

  • 如果一个类不是用于多态而作为基类被继承,那么它的析构函数一般不写成virtual(节省空间和兼容)

C语言-光伏MPPT算法:电导增量法扰动观察法+自动全局搜索Plecs最大功率跟踪算法仿真内容概要:本文档主要介绍了一种基于C语言实现的光伏最大功率点跟踪(MPPT)算法,结合电导增量法与扰动观察法,并引入自动全局搜索策略,利用Plecs仿真工具对算法进行建模与仿真验证。文档重点阐述了两种经典MPPT算法的原理、优缺点及其在不同光照和温度条件下的动态响应特性,同时提出一种改进的复合控制策略以提升系统在复杂环境下的跟踪精度与稳定性。通过仿真结果对比分析,验证了所提方法在快速性和准确性方面的优势,适用于光伏发电系统的高效能量转换控制。; 适合人群:具备一定C语言编程基础和电力电子知识背景,从事光伏系统开发、嵌入式控制或新能源技术研发的工程师及高校研究人员;工作年限1-3年的初级至中级研发人员尤为适合。; 使用场景及目标:①掌握电导增量法与扰动观察法在实际光伏系统中的实现机制与切换逻辑;②学习如何在Plecs中搭建MPPT控制系统仿真模型;③实现自动全局搜索以避免传统算法陷入局部峰值问题,提升复杂工况下的最大功率追踪效率;④为光伏逆变器或太阳能充电控制器的算法开发提供技术参考与实现范例。; 阅读建议:建议读者结合文中提供的C语言算法逻辑与Plecs仿真模型同步学习,重点关注算法判断条件、步长调节策略及仿真参数设置。在理解基本原理的基础上,可通过修改光照强度、温度变化曲线等外部扰动因素,进一步测试算法鲁棒性,并尝试将其移植到实际嵌入式平台进行实验验证。
【无人机协同】动态环境下多无人机系统的协同路径规划与防撞研究(Matlab代码实现)​ 内容概要:本文围绕动态环境下多无人机系统的协同路径规划与防撞问题展开研究,提出基于Matlab的仿真代码实现方案。研究重点在于在复杂、动态环境中实现多无人机之间的高效协同飞行与避障,涵盖路径规划算法的设计与优化,确保无人机集群在执行任务过程中能够实时规避静态障碍物与动态冲突,保障飞行安全性与任务效率。文中结合智能优化算法,构建合理的成本目标函数(如路径长度、飞行高度、威胁规避、转弯角度等),并通过Matlab平台进行算法验证与仿真分析,展示多机协同的可行性与有效性。; 适合人群:具备一定Matlab编程基础,从事无人机控制、路径规划、智能优化算法研究的科研人员及研究生。; 使用场景及目标:①应用于灾害救援、军事侦察、区域巡检等多无人机协同任务场景;②目标是掌握多无人机系统在动态环境下的路径规划与防撞机制,提升协同作业能力与自主决策水平;③通过Matlab仿真深入理解协同算法的实现逻辑与参数调优方法。; 阅读建议:建议结合文中提供的Matlab代码进行实践操作,重点关注目标函数设计、避障策略实现与多机协同逻辑,配合仿真结果分析算法性能,进一步可尝试引入新型智能算法进行优化改进。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值