C++中构造函数和析构函数避免调用虚函数的问题

原文地址：http://anwj336.blog.163.com/blog/static/8941520920106791516915/

GDC注：在看《C++ Primer中文版第4版》第15.4.5小节 “构造函数和析构函数中的虚函数”时，没怎么理解。到网上搜了搜，发现了该篇比较好的文章。该篇文章首先给出一个例子，然后分析代码的执行流程，然后我就理解了。最后，该篇文章给出了一些理论知识。值得一看。

一、构造函数避免调用虚函数的问题

在构造函数中调用虚成员函数，虽然这是个不很常用的技术，但研究一下可以加深对虚函数机制及对象构造过程的理解。这个问题也和一般直观上的认识有所差异。先看看下面的两个类定义。

struct C180
{
　C180() {
　　foo();
　　this->foo();
　}
　virtual foo() {
　　cout << "<< C180.foo this: " << this << " vtadr: " << *(void**)this << endl;
　}
};
struct C190 : public C180
{
　C190() {}
　virtual foo() {
　　cout << "<< C190.foo this: " << this << " vtadr: " << *(void**)this << endl;
　}
};

　　父类中有一个虚函数，并且父类在它的构造函数中调用了这个虚函数，调用时它采用了两种方法一种是直接调用，一种是通过this指针调用。同时子类又重写了这个虚函数。

　　我们可以来预测一下如果构造一个C190的对象会发生什么情况。

　　我们知道，在构造一个对象时，过程是这样的：
        1) 首先会按对象的大小得到一块内存(在heap上或在stack上)，
        2) 把指向这块内存的指针做为this指针来调用类的构造函数，对这块内存进行初始化。
        3) 如果对象有父类就会先调用父类的构造函数(并依次递归)，如果有多个父类(多重继承)会依次对父类的构造函数进行调用，并会适当的调整this指针的位置。
在调用完所有的父类的构造函数后，再执行自己的代码。

　　照上面的分析构造C190时也会调用C180的构造函数，这时在C180构造函数中的第一个foo调用为静态绑定，会调用到C180::foo()函数。
第二个foo调用是通过指针调用的，这时多态行为会发生，应该调用的是C190::foo()函数。

　　执行如下代码：

C190 obj;
obj.foo();

　　结果为：

<< C180.foo this: 0012F7A4 vtadr: 0045C404
<< C180.foo this: 0012F7A4 vtadr: 0045C404
<< C190.foo this: 0012F7A4 vtadr: 0045C400

和我们的分析大相径庭。第一行是在C180中运行foo()函数得到的，这里的foo()当然是调用C180中的foo()函数。
第二行是调用C190中的this->foo()得到的，此时this指向的应该是C190的虚表地址，按照调用规则，应该是动态绑定，即，此时若派生类对该虚函数实现过，则应该调用派生类的虚函数，这里是一个例外，下面会详细讲到。 至此，C190的父类的构造函数运行完毕，转而运行C190的构造函数，但是这里C190的构造函数什么都没有。第三行是在main函数中调用obj.foo()得到的，这里直接进入C190运行就可以了。 这里必须注意一点，就是前两行和第三行的虚表是不同的，这是因为前两行的虚表是C180的虚表，而第三行的虚表是C190的虚表。 其实这正是奥秘所在。

　　为此我查了一下C++标准规范。在12.7.3条中有明确的规定。这是一种特例，在这种情况下，即在构造子类时调用父类的构造函数，而父类的构造函数中又调用了虚成员函数，这个虚成员函数即使被子类重写，也不允许发生多态的行为。即，这时必须要调用父类的虚
函数，而不子类重写后的虚函数。

　　我想这样做的原因是因为在调用父类的构造函数时，对象中属于子类部分的成员变量是肯定还没有初始化的，因为子类构造函数中的代码还没有被执行。如果这时允许多态的行为，即通过父类的构造函数调用到了子类的虚函数，而这个虚函数要访问属于子类的数据成员时就有可能出错。

二、为什么构造函数不可以调用虚的函数？

第一,在概念上，构造函数的工作是把对象变成存在物。在任何构造函数中，对象可能只是部分被形成—我们只能知道基类已被初始化了，但不知道哪个类是从这个基类继承来的。然而，虚函数是“向前”和“向外”进行调用。它能调用在派生类中的函数。如果我们在构造函数中也这样做，那么我们所调用的函数可能操作还没有被初始化的成员，这将导致灾难的发生。
 第二，当一个构造函数被调用时，它做的首要的事情之一是初始化它的VPTR。因此，它只能知道它是“当前”类的，而完全忽视这个对象后面是否还有继承者。当编译器为这个构造函数产生代码时，它是为这个类的构造函数产生代码--既不是为基类，也不是为它的派生类（因为类不知道谁继承它）。
所以它使用的VPTR必须是对于这个类的VTABLE。而且，只要它是最后的构造函数调用，那么在这个对象的生命期内，VPTR将保持被初始化为指向这个VTABLE。但如果接着还有一个更晚派生的构造函数被调用，这个构造函数又将设置VPTR指向它的VTABLE，等直到最后的构造函数结束。VPTR的状态是由被最后调用的构造函数确定的。这就是为什么构造函数调用是从基类到更加派生类顺序的另一个理由。
    但是，当这一系列构造函数调用正发生时，每个构造函数都已经设置VPTR指向它自己的VTABLE。如果函数调用使用虚机制，它将只产生通过它自己的VTABLE的调用，而不是最后的VTABLE（所有构造函数被调用后才会有最后的VTABLE）。
另外，许多编译器认识到，如果在构造函数中进行虚函数调用，应该使用早捆绑，因为它们知道晚捆绑将只对本地函数产生调用。无论哪种情况，在构造函数中调用虚函数都没有结果。
    所以,构造函数不能是虚的,然而,对于析构函数来说他常常是,而且最好是虚的!这个此处暂时不议..

三、析构函数中调用虚函数

在对象的析构期间，存在与上面同样的逻辑。一旦一个派生类的析构器运行起来，该对象的派生类数据成员就被假设为是未定义的值，这样以来，C++就把它们当做是不存在一样。一旦进入到基类的析构器中，该对象即变为一个基类对象，C++中各个部分（虚函数，dynamic_cast运算符等等）都这样处理。dynamic_cast只是有安全检查，不能强制将子类变成父类！