写在前面
本文转自 http://www.cppblog.com/dawnbreak/archive/2009/03/10/76084.aspx 感谢作者
总觉得C++很神奇,在继承和多态性方面比JAVA要灵活的许多,今天看到了上面这个介绍虚函数的文章觉得写的很好,分享到这里。
虚函数表
对C++ 了解的人都应该知道虚函数(Virtual Function)是通过一张虚函数表(Virtual Table)来实现的。简称为V-Table。 在这个表中,主是要一个类的虚函数的地址表,这张表解决了继承、覆盖的问题,保证其容真实反应实际的函数。这样,在有虚函数的类的实例中这个表被分配在了 这个实例的内存中,所以,当我们用父类的指针来操作一个子类的时候,这张虚函数表就显得由为重要了,它就像一个地图一样,指明了实际所应该调用的函数。
这里我们着重看一下这张虚函数表。在C++的标准规格说明书中说到,编译器必需要保证虚函数表的指针存在于对象实例中最前面的位置(这是为了保证正确取到虚函数的偏移量)。 这意味着我们通过对象实例的地址得到这张虚函数表,然后就可以遍历其中函数指针,并调用相应的函数。
下面我们通过一个例子来说明一下:
假设我们有这样的一个类:
1 | class Base{ |
下面我们通过 Base 的实例来获取虚函数表
1 | typedef void(*Fun)(void); Base b; |
本程序的测试环境为: Windows XP+VS2003, Linux 2.6.22 + GCC 4.1.3
实际运行结果如下:
1 | 虚函数表地址:0012FED4 |
通过这个示例,我们可以看到,我们可以通过强行把&b
转成int *
,取得虚函数表的地址,然后,再次取址就可以得到第一个虚函数的地址了,也就是Base::f()
,这在上面的程序中得到了验证(把int*
强制转成了函数指针)。通过这个示例,我们就可以知道如果要调用Base::g()
和Base::h()
,其代码如下:
1 | (Fun)*((int*)*(int*)(&b)+0); // Base::f() |
下面通过图片来说明虚函数表在内容中的分布情况
** 注意:**在上面这个图中,我在虚函数表的最后多加了一个结点,这是虚函数表的结束结点,就像字符串的结束符'\0'
一样,其标志了虚函数表的结束。这个结束标志的值在不同的编译器下是不同的。在WinXP+VS2003
下,这个值是NULL
。而在Ubuntu 7.10 + Linux 2.6.22 + GCC 4.1.3
下,这个值是如果1
,表示还有下一个虚函数表,如果值是0
,表示是最后一个虚函数表。
下面,我将分别说明“无覆盖”和“有覆盖”时的虚函数表的样子。没有覆盖父类的虚函数是毫无意义的。我之所以要讲述没有覆盖的情况,主要目的是为了给一个对比。在比较之下,我们可以更加清楚地知道其内部的具体实现。
一般继承(无虚函数覆盖)
下面,再让我们来看看继承时的虚函数表是什么样的。假设有如下所示的一个继承关系:
请注意,在这个继承关系中,子类没有重载任何父类的函数。那么,在派生类的实例中,其虚函数表如下所示:
对于实例:Derive d; 的虚函数表如下:
我们可以看到下面几点:
1)虚函数按照其声明顺序放于表中。
2)父类的虚函数在子类的虚函数前面。
我相信聪明的你一定可以参考前面的那个程序,来编写一段程序来验证。
一般继承(有虚函数覆盖)
覆盖父类的虚函数是很显然的事情,不然,虚函数就变得毫无意义。下面,我们来看一下,如果子类中有虚函数重载了父类的虚函数,会是一个什么样子?假设,我们有下面这样的一个继承关系。
为了让大家看到被继承过后的效果,在这个类的设计中,我只覆盖了父类的一个函数:f()
.那么,对于派生类的实例,其虚函数表会是下面的一个样子:
我们从表中可以看到下面几点:
1)覆盖的f()函数被放到了虚表中原来父类虚函数的位置。
2)没有被覆盖的函数依旧。
这样,我们就可以看到对于下面这样的程序,
1 | Base *b = new Derive(); |
由b
所指的内存中的虚函数表的f()
的位置已经被Derive::f()
函数地址所取代,于是在实际调用发生时,是Derive::f()
被调用了。这就实现了多态。
多重继承(无虚函数覆盖)
下面,再让我们来看看多重继承中的情况,假设有下面这样一个类的继承关系。注意:子类并没有覆盖父类的函数。
对于子类实例中的虚函数表,是下面这个样子:
我们可以看到:
1)每个父类都有自己的虚表。
2)子类的成员函数被放到了第一个父类的表中。(所谓的第一个父类是按照声明顺序来判断的)
这样做就是为了解决不同的父类类型的指针指向同一个子类实例,而能够调用到实际的函数。
多重继承(有虚函数覆盖)
下面我们再来看看,如果发生虚函数覆盖的情况。
下图中,我们在子类中覆盖了父类的f()
函数。
下面是对于子类实例中的虚函数表的图:
我们可以看见,三个父类虚函数表中的f()
的位置被替换成了子类的函数指针。这样,我们就可以任一静态类型的父类来指向子类,并调用子类的f()
了。如:
1 | Derive d; |
基类的析构函数为什么通常写为虚函数
我们通过一个例子来说明这个问题,假设有如下代码:
1 |
|
输出结果如下:
1 | class Derived: func(), do something! |
如果此时将 class Base 析构函数的 virtual 去掉, 则输出的结果为:
1 | class Derived: func(), do something! |
即此时并没有调用 Derived 的析构函数, 然而我们在 main 函数中确确实实 new 了一个 Derived 对象,也就是说这个时候发生了内存泄漏。
安全性
每次写C++的文章,总免不了要批判一下C++。这篇文章也不例外。通过上面的讲述,相信我们对虚函数表有一个比较细致的了解了。水可载舟,亦可覆舟。下面,让我们来看看我们可以用虚函数表来干点什么坏事吧。
通过父类型的指针访问子类自己的虚函数
我们知道,子类没有重载父类的虚函数是一件毫无意义的事情。因为多态也是要基于函数重载的。虽然在上面的图中我们可以看到Base1的虚表中有Derive的虚函数,但我们根本不可能使用下面的语句来调用子类的自有虚函数:
1 | Base1 *b1 = new Derive(); |
任何妄图使用父类指针想调用子类中的未覆盖父类的成员函数的行为都会被编译器视为非法,所以,这样的程序根本无法编译通过。但在运行时,我们可以通过指针的方式访问虚函数表来达到违反C++语义的行为。
访问non-public的虚函数
另外,如果父类的虚函数是private
或是protected
的,但这些非public
的虚函数同样会存在于虚函数表中,所以,我们同样可以使用访问虚函数表的方式来访问这些non-public
的虚函数,这是很容易做到的。
如:
1 | class Base { |
结束语
C++这门语言是一门Magic的语言,对于程序员来说,我们似乎永远摸不清楚这门语言背着我们在干了什么。需要熟悉这门语言,我们就必需要了解C++里面的那些东西,需要去了解C++中那些危险的东西。不然,这是一种搬起石头砸自己脚的编程语言