看看第15行，在this指针的位置也就是对象的起始处，填入了一个4字节的值0x0045C404，其实这就是我们前面的打印过的C180的虚表地址。第16、17行和18、19行分别调用了两次foo()函数，用的都是静态绑定。这个就有点奇怪，因为对后一个调用我们使用了this指针，照理应该是动态绑定才对。可这里却是静态绑定，为什么编译器要做这个优化？我们继承往后看。
这个函数执行完后，我们再回到C190构造函数中，我们接着看C190构造函数汇编代码的第17行，这里又在对象的起始处重新填入了0x0045C400，覆盖了原来的值，而这个值就是我们前面打印过的真正的C190的虚表地址。
也就是说VC7.1是通过在调用构造函数的真正代码前把对象的虚指针值设置为指向对应类的虚表来实现C++规范的相应语义。C++标准中只规定了行为，并不规定具体编译器在实现这一行为时所用的方法。象我们上面看到的，即使是通过this指针调用，编译器也把它优化为静态绑定，也就是说即使不做这个虚指针的调整也不会有错。之所以要调整我想可能是防止在被调用的虚成员中又通过this指针来调用其他的虚函数，不过谁会这么变态呢？
还有值得一提的是，VC7.1中有一个扩展属性可以用来抑制编译器产生对虚指针进行调整的代码。我们可以在C180类的声明中加入这个属性。
struct __declspec(novtable) C180
{
C180() {
foo();
this->foo();
}
virtual foo() {
cout << "<< C180.foo this: " << this << " vtadr: " << *(void**)this << endl;
}
};
这样再执行前面的代码，输出就会变成：
<< C180.foo this: 0012F7A4 vtadr: CCCCCCCC
<< C180.foo this: 0012F7A4 vtadr: CCCCCCCC
<< C190.foo this: 0012F7A4 vtadr: 0045C400
由于编译器抑制了对虚指针的调整所以在调C180的构造函数时虚指针的值没有初始化，这时我们才看到多亏编译器把第二个通过this指针对foo的调用优化成了静态绑定，否则由于虚指针没有初始化一定会出现一个指针异常的错误，这就回答我们上面的那个问题。
在这种情况下产生的汇编代码我就不列了，有兴趣的朋友可以自己去看一看。另外对于析构函数的调用，也请有兴趣的朋友自行分析一下。
另外这个属性在ATL的代码中大量的使用。在ATL中接口一般为纯虚基类，如果不用这个优化属性，由于在子类即实现类的构造函数中要调用父类的构造函数，而编译器产生的父类构造函数又要设置虚指针的值。所以编译器必须要把父类的虚表构建出来。而实际上这个虚表是没有任何意义的，因为ATL的纯虚接口类的虚函数都是无实现的。这样不仅仅是多了几行无用的设值指令，同时也浪费了空间。有兴趣的朋友可以自行验证一下。
