问题聚焦:
已经对一个对象执行了delete语句,还会发生内存泄漏吗?
// 计时器类
class TimeKeeper {
public:
TimeKeeper();
~TimeKeeper();
};
class AtomicClock: public TimeKeeper { ...... }; // 原子钟
class WaterClock: public TimeKeeper { ...... }; // 水表
class WristWatch: public TimeKeeper { ...... }; // 腕表
// 设计工厂函数以供用户使用
TimeKeeper* ptk = getTimeKeeper(); // Factory函数会“返回一个父类的指针,指向新生成的子类对象”
......
delete ptk; // Point! 释放它,避免资源泄漏
上面的这个demo有什么问题呢?
内存泄漏?后面已经delete掉这个对象了,还会内存泄漏吗?答案是肯定的。
让我们分析一下。
问题描述:getTimeKeeper()函数返回的指针指向一个derived class对象,而那个子类对象经由它的父类指针被释放,而它的父类有个non-virtual析构函数。
导致结果:诡异的“局部销毁”
C++指出,当子类对象经由一个它的父类对象指针被删除,而该父类对象的析构函数为non-virtual,其结果是:通常情况下,该对象的父类部分被销毁,而子类部分没有被销毁。
解决方案:父类的析构函数声明为virtual函数。
Demo:
class TimeKeeper {
public:
TimeKeeper();
virtual ~TimeKeeper();
......
};
// 使用
TimeKeeper* ptk = getTimeKeeper();
....
delete ptk;
这样看来,以后我们定义一个类的时候,就把它的析构函数全部声明为virtual函数,可以避免“局部销毁”问题。
但是这更不是一个好主意。(PS: 感谢我的老师让我知道了虚函数表这个东东.....)
还是先来看一个demo.
class Point {
public:
Point(int xCoord, int yCoord);
~Point();
private:
int x, y;
};
如果int占用32bits,那么Point对象可塞入一个64bit缓存器中。这样一个Point对象可被当作一个“64bit量”传给以其他语言如C或Fortran撰写的函数。
但是如果这里的析构函数被声明为virtual,会引起什么影响呢?
virtual关键字可以在运行期决定哪一个virtual函数被调用,这个强大的功能显然要付出代价的。这个代价就是需要额外的空间存储虚函数表——编译器在其中寻找适当的函数指针,以及指向其中的指针(存储在对象中)。(这里不讨论虚函数表的实现细节)
所以,如果将析构函数声明为virtual,Point对象的体积就会增大:在32bit计算机体系结构中将占用64bits到96bits(加上虚函数指针32bits)。因此,添加一个虚函数会使得这个对象增大50%~100%。C++的该对象也就无法和C里的该对象兼容了,如果不明确补偿,那么两者就无法兼容了。
总结一句话就是:盲目地将所有类的析构函数声明为virtual,或者non-virtual都是错误的。
需要格外注意的一点是:不要企图继承一个标准容器或者其他“带有non-virtual析构函数”,虽然看起来很方便。就像下面做的这样:
class SpecialString: public std::string {
......
};
// 如果你有一段代码这样写,绝对是你悲剧的开始
SpecialString* pss = new SpecialString("Hello world!");
std::string* ps;
......
ps = pss;
......
delete ps; // 局部销毁,发生了资源泄漏
如果你确定这个类是当作一个父类来使用的话,声明一个抽象类或许是一个不错的主意。
来看一个demo
class AWOV {
public:
virtual ~AWOV() = 0;
};
AWOV::~AWOV() {} //纯虚函数的定义
这里有一个需要注意的地方是,这个析构函数的定义是必须的,不然编译器会报错。(因为编译不会再为你默默的生成一个了)
小结:
- 带有多态性质的父类应该声明一个virtual析构函数,如果class带有任何virtual函数,它就应该拥有一个virtual析构函数。
- 如果一个类的不是设计为一个父类来使用,或不是为了具备多态性,就不应该声明virtual析构函数,当然,不要有继承它的类出现。