赞
踩
C ++的虚函数(虚函数)是通过一张虚函数表(虚拟表)来实现的。简称为V-Table。在这个表中,主要是一个类的虚函数的地址表,这张表解决了继承,覆盖(覆盖)的问题,保证其能真实的反应实际的函数。这样,在有虚函数的类的实例中这张表被分配在了这个实例的内存中,所以当我们用父类的指针操作一个子类的时候,这张虚函数表就显得尤为重要了,他就像一个地图一样,指明了实际所应该调用的函数。
说明:虚函数表中只存有一个虚函数的指针地址,不存放普通函数或是构造函数的指针地址只要有虚函数,C ++类都会存在这样的一张虚函数表,不管是普通虚函数亦或是虚虚函数,亦或是派生类中隐式声明的这些虚函数都会生成这张虚函数表。
虚函数表创建的时间:在一个类构造的时候,创建这张虚函数表,而这个虚函数表是供整个类所共有的虚函数表存储在对象最开始的位置。
首先了解下这张虚函数表:虚函数表其实就是函数指针的地址。函数调用的时候,通过函数指针所指向的函数来调用函数。
1,无继承情况
#include <iostream>
using namespace std;
class Base
{
public:
Base(){cout<<"Base construct"<<endl;}
virtual void f() {cout<<"Base::f()"<<endl;}
virtual void g() {cout<<"Base::g()"<<endl;}
virtual void h() {cout<<"Base::h()"<<endl;}
virtual ~Base(){}
};
int main()
{
typedef void (*Fun)(); //定义一个函数指针类型变量类型 Fun
Base *b = new Base();
//虚函数表存储在对象最开始的位置
//将对象的首地址输出
cout<<"首地址:"<<*(int*)(&b)<<endl;
Fun funf = (Fun)(*(int*)*(int*)b);
Fun fung = (Fun)(*((int*)*(int*)b+1));//地址内的值 即为函数指针的地址,将函数指针的地址存储在了虚函数表中了
Fun funh = (Fun)(*((int *)*(int *)b+2));
funf();
fung();
funh();
cout<<(Fun)(*((int*)*(int*)b+4))<<endl; //最后一个位置为0 表明虚函数表结束 +4是因为定义了一个 虚析构函数
delete b;
return 0;
}
注意:在上面这个图中,虚函数表中最后一个节点相当于字符串的结束符,其标志了虚函数表的结束,在码块下打印为0。
基::〜碱()在碱:: H()后边
2,继承,无虚函数覆盖的情形
#include <iostream>
using namespace std;
class Base {
public:
virtual void f() { cout << "Base::f()" << endl; }
virtual void g() { cout << "Base::g()" << endl; }
virtual void h() { cout << "Base::h()" << endl; }
};
class Derive: public Base {
virtual void f1() { cout << "Derive::f1()" << endl; }
virtual void g1() { cout << "Derive::g1()" << endl; }
virtual void h1() { cout << "Derive::h1()" << endl; }
};
int main()
{
typedef void (*Fun)();
Base *b = new Derive;
cout << *(int*)b << endl;
Fun funf = (Fun)(*(int*)*(int*)b);
Fun fung = (Fun)(*((int*)*(int*)b + 1));
Fun funh = (Fun)(*((int*)*(int*)b + 2));
Fun funf1 = (Fun)(*((int*)*(int*)b + 3));
Fun fung1 = (Fun)(*((int*)*(int*)b + 4));
Fun funh1 = (Fun)(*((int*)*(int*)b + 5));
funf(); // Base::f()
fung(); // Base::g()
funh(); // Base::h()
funf1(); // Derive::f1()
fung1(); // Derive::g1()
funh1(); // Derive::h1()
cout << (Fun)(*((int*)*(int*)b + 6));
return 0;
}
从表上可以看出
1,虚函数按照声明的顺序放在表中。
2,父类的虚函数在子类的虚函数前面。
3.继承,虚函数覆盖的情形
#include <iostream>
using namespace std;
class Base {
public:
virtual void f() { cout << "Base::f()" << endl; }
virtual void g() { cout << "Base::g()" << endl; }
virtual void h() { cout << "Base::h()" << endl; }
};
class Derive: public Base {
virtual void f() { cout << "Derive::f()" << endl; }
virtual void g1() { cout << "Derive::g1()" << endl; }
virtual void h1() { cout << "Derive::h1()" << endl; }
};
int main()
{
typedef void (*Fun)();
Base *b = new Derive;
cout << *(int*)b << endl;
Fun funf = (Fun)(*(int*)*(int*)b);
Fun fung = (Fun)(*((int*)*(int*)b + 1));
Fun funh = (Fun)(*((int*)*(int*)b + 2));
Fun fung1 = (Fun)(*((int*)*(int*)b + 3));
Fun funh1 = (Fun)(*((int*)*(int*)b + 4));
funf(); // Derive::f()
fung(); // Base::g()
funh(); // Base::h()
fung1(); // Derive::g1()
funh1(); // Derive::h1()
cout << (Fun)(*((int*)*(int*)b + 5));
return 0;
}
从表上可以看出:
1,覆盖的f()函数被放到虚函数表中原来父类虚函数的位置。
2,没有被覆盖的函数依旧。
3,可通过获取成员函数指针来调用成员函数(即时是私人类型的成员函数),这就出现一定的安全问题。
如图4所示,多继承情况
#include <iostream>
using namespace std;
class Base1 {
public:
virtual void f() { cout << "Base1::f()" << endl; }
virtual void g() { cout << "Base1::g()" << endl; }
virtual void h() { cout << "Base1::h()" << endl; }
};
class Base2 {
public:
virtual void f() { cout << "Base2::f()" << endl; }
virtual void g() { cout << "Base2::g()" << endl; }
virtual void h() { cout << "Base2::h()" << endl; }
};
class Base3 {
public:
virtual void f() { cout << "Base3::f()" << endl; }
virtual void g() { cout << "Base3::g()" << endl; }
virtual void h() { cout << "Base3::h()" << endl; }
};
class Derive: public Base1,public Base2, public Base3 {
virtual void f() { cout << "Derive::f()" << endl; }
virtual void g1() { cout << "Derive::g1()" << endl; }
};
int main()
{
typedef void (*Fun)();
Derive d;
Base1 *b1 = &d;
Base2 *b2 = &d;
Base3 *b3 = &d;
b1->f(); //Derive::f()
b2->f(); //Derive::f()
b3->f(); //Derive::f()
b1->g(); //Base1::g()
b2->g(); //Base2::g()
b3->g(); //Base3::g()
Fun b1fun = (Fun)(*(int*)*(int*)b1);
Fun b2fun = (Fun)(*(int*)*((int*)b1+1));
Fun b3fun = (Fun)(*(int*)*((int*)b1+2));
b1fun(); // Derive::f()
b2fun(); // Derive::f()
b3fun(); // Derive::f()
return 0;
}
从表上可以看出:
如图1所示,每个父类都有自己的虚函数表。
2,子类的成员函数被放到了第一个父类的表中。(所谓的第一个父类是按照声明的顺序来确定的)
3,对于多继承无虚函数覆盖的情况,布局与上图类似(派生的位置对应Base)中
http://blog.chinaunix.net/uid-20196318-id-28833.html
一般继承(无虚函数覆盖)
下面,再让我们来看看继承时的虚函数表是什么样的假设有如下所示的一个继承关系:
请注意,在这个继承关系中,子类没有重载任何父类的函数那么,在派生类的实例中,其虚函数表如下所示:
对于实例:导出d; 的虚函数表如下:
我们可以看到下面几点:
1)虚函数按照其声明顺序放于表中。
2)父类的虚函数在子类的虚函数前面。
我相信聪明的你一定可以参考前面的那个程序,来编写一段程序来验证。
一般继承(有虚函数覆盖)
覆盖父类的虚函数是很显然的事情,不然,虚函数就变得毫无意义。下面,我们来看一下,如果子类中有虚函数重载了父类的虚函数,会是一个什么样子?假设,我们有下面这样的一个继承关系。
为了让大家看到被继承过后的效果,在这个类的设计中,我只覆盖了父类的一个函数:f()的那么,对于派生类的实例,其虚函数表会是下面的一个样子:
我们从表中可以看到下面几点,
1)覆盖的f()的函数被放到了虚表中原来父类虚函数的位置。
2)没有被覆盖的函数依旧。
这样,我们就可以看到对于下面这样的程序,
Base * b = new Derive();
B-> F();
由b所指的内存中的虚函数表的f()的的位置已经被导出:: f()的函数地址所取代,于是在实际调用发生时,是派生:: f()的被调用了。这就实现了多态。
多重继承(无虚函数覆盖)
下面,再让我们来看看多重继承中的情况,假设有下面这样一个类的继承关系注意:子类并没有覆盖父类的函数。
对于子类实例中的虚函数表,是下面这个样子:
我们可以看到:
1)每个父类都有自己的虚表。
2)子类的成员函数被放到了第一个父类的表中。(所谓的第一个父类是按照声明顺序来判断的)
这样做就是为了解决不同的父类类型的指针指向同一个子类实例,而能够调用到实际的函数。
多重继承(有虚函数覆盖)
下面我们再来看看,如果发生虚函数覆盖的情况。
下图中,我们在子类中覆盖了父类的f()的函数。
下面是对于子类实例中的虚函数表的图:
我们可以看见,三个父类虚函数表中的f()的的位置被替换成了子类的函数指针。这样,我们就可以任一静态类型的父类来指向子类,并调用子类的f()的了如:
得出d;
Base1 * b1 =&d;
Base2 * b2 =&d;
Base3 * b3 =&d;
B1-> F(); //导出:: f()的
B2-> F(); //导出:: f()的
B3-> F(); //导出:: f()的
B1->克(); // ::基础1克()
B2->克(); //和Base2 ::克()
B3->克(); // Base3 ::克()
安全性
每次写C ++的文章,总免不了要批判一下C ++。这篇文章也不例外。通过上面的讲述,相信我们对虚函数表有一个比较细致的了解了。水可载舟,亦可覆舟。下面,让我们来看看我们可以用虚函数表来干点什么坏事吧。
一,通过父类型的指针访问子类自己的虚函数
我们知道,子类没有重载父类的虚函数是一件毫无意义的事情。因为多态也是要基于函数重载的。虽然在上面的图中我们可以看到基础1的虚表中有导出的虚函数,但我们根本不可能使用下面的语句来调用子类的自有虚函数:
Base1 * b1 = new Derive();
B1-> F1(); //编译出错
妄图任何父使用类指针想调用类子中的未覆盖父类的成员函数的行为都会被compile-器视为非法,所以,这样的程序根本无法编译通过。但在运行时,我们可以通过指针的方式访问虚函数表来达到违反C ++语义的行为。(关于这方面的尝试,通过阅读后面附录的代码,相信你可以做到这一点)
二,访问非公共的虚函数
另外,如果父类的虚函数是私人或是保护的,但这些非公共的虚函数同样会存在于虚函数表中,所以,我们同样可以使用访问虚函数表的方式来访问这些非公开的虚函数,这是很容易做到的。
如:
class Base {
私人的:
virtual void f(){cout <<“Base :: f”<< endl; }
};
class Derive:public Base {
};
typedef void(* Fun)(void);
void main(){
得出d;
有趣的pFun =(Fun)*((int *)*(int *)(&d)+0);
pFun();
}
感谢博主:http://hi.baidu.com/twqxapqwftbmoxq/item/a8d46307acd214c975cd3cf7
补充:
今天在c ++坛子里瞎逛,看到精华坛里在讨论“为什么虚函数效率低”的问题,
××楼主回答面试官说“跟cpu流水线执行效率有关”
××某人回答“因为虚函数需要一次间接的寻址...而一般的函数可以在编译时定位到函数的地址,虚函数(动态类型调用)是要根据某个指针定位到函数的地址。“
××”虚函数有个虚函数表,而且会传一个索引索引〜!会间接寻址!“
××”流水线执行的话,和“命中率”有关吧。也就是说在流水线后端,已经译码成功的,和正在执行的代码的后继是一样的。否则流水线会中断,也就是说在后端做的是无效的,需要重新译码。“
搞笑的是以下人的回复:
××”的确,计算机程序效率说到底和计算机指令流水线息息相关(还和缓存)命中率有关)。但是,把虚函数效率低的原因解释到流水线这一层,是极其变态的,这个考官很可能是在卖弄自己的水平而已。“
××”楼主以后你要是遇到这种考官,你和他谈与非逻辑门,硅锗原子的组成和爱因斯坦相对论对虚函数的影响,绝对震惊四座!“
××”说是因为流水线执行的原因,根本与问题不着边际。或者应该说影响流水线执行是效率低的无数原因中的一种才好。“
××”首先是由此指向查找虚函数表,然后找到相应的虚函数地址
比非虚函数多查找一次
如果是(多继承)基类指针指向派生类对象的话,有可能会涉及这个的指针调整
比如先访问基类的成员数据再访问派生类的 构函数就要进行一次这个指针的调整
具体可以参见ins c c ++对象模型的多重继承下的虚函数“
××”一些C ++的书籍有明确的说明,针对类的虚函数的机制,如果有虚函数的话,编译器会为类增加一个虚函数表(VBL),当在动态执行程序时,会到该虚函数表中寻找函数。多增加了一个过程,效率肯定会低一些,但带来了运行时的多态。“
××”流水线貌似说的是CPU执行代码的提前取指令吧
虚函数效率低是因为执行过程中会跳转两次(首先找到对象的函数表,其次通过该函数表中存的虚函数表地址找到真正的执行地址),这样CPU运行的时候会跳转两次,而普通函数只跳一次.CPU每跳转一次,预取指令基本上就要作很多,所以效率会很低。“
// ///得分求最后者
状语从句:流水线相关的英文说得通的,究其原因还是因为存在动态跳转,这会导致分支预测失败,流水线排 。
设想一下,如果说不是虚函数,那么在编译时期,其相对地址是确定的,编译器可以直接生成的jmp /调用指令;
如果是虚函数,多出来的一次查找虚表所带来的开销,倒是次要的,关键在于,这个函数地址是动态的,譬如
取到的地址在eax里,则在调用eax之后的那些已经被预取进入流水线的所有指令都将失效。流水线越长,一次分支预测失败的代价也就越大.pf-
> test();
011E146D mov eax,dword ptr [pf]
011E1470 mov edx,dword ptr [eax]
011E1472 mov esi,esp
011E1474 mov ecx,dword ptr [pf]
011E1477 mov eax,dword ptr [edx]
011E1479 call eax <----------------------- - 分支预测失效
011E147B cmp esi,esp
011E147D致电@ ILT + 355(__ RTC_CheckEsp)(11E1168h)
此兄接着回答道“说到流水线,惩罚基本上都是因为气泡(也就是分支指令造成预取失效),知道这个以后碰到了就不会再卡壳了。虽然引入流水线(流水线其实是RISC最初使用的),极大提高了效率,流水线不是越长越好。像P4,几十级流水线,频率虽高,但是性能不好,很大原因就是因为流水线实在臭长。有兴趣可以去看看CPU怎么做分支预测,乱序执行的。“
//
还是贴上原帖的地址吧http://topic.csdn.net/u/20081031/12/06d0e218-8aab-4203-850c-9e6b76099c09 .html
由此还引申出一个问题虚函数在编译器里是怎么工作的
http://blog.csdn.net/metalkittie/article/details/3281916
C ++虚函数表面试汇总
一般来说,对于开发者我们只需要知道虚函数的使用方法,以及虚函数表的存在即可。但面试时往往会遇到更细节的问题,比如让你实现一个虚函数机制,虽然不太实用,总归了解些底层知识也是件好事。但如果有人苦苦相逼一定要拿这个刷人,你就去骂他吧,你才是写编译器的,你们全家都是写编译器的唉。 ,我有些失态了......
1.虚函数与虚函数表基本知识
这里有一篇介绍,只需看前两页,各种配图,很形象:http://dev.yesky.com/208/8061708.shtml
这篇文章则更精练,只需看第一段就好:http://blog.csdn.net/jiangnanyouzi/article/details/3720807
总的来说,每一个拥有虚拟功能的类实例化对象时,都会额外申请一块内存存储虚函数表存储所有虚函数地址,并在对象某个位置存储一个vptr指针指向该表起始地址。这个指针具体放在什么位置,虚函数表怎么组织,怎么索引各个虚函数,这些都是编译器在编译期间决定的,在不同编译环境下不见得相同。
2.多态子类的调用顺序 - 为什么不要在构造函数中调用虚函数
原因是,在子类的构造函数执行时,虚函数表还没有被子类覆盖,换句话说,此时调用的函数是当前类的函数,虚函数机制在构造函数中无法触发。其原因在于子类构造时各个初始化步骤的调用顺序:
全部推演过程见此:http://saturnman.blog.163.com/blog/static/557611201081421344244/
直接摘录构造顺序:
1.构造子类构造函数的参数
2.子类调用基类构造函数
3.基类设置的vptr
4.基类初始化列表内容进行构造
5.基类函数体调用
6.子类设置的vptr
7.子类初始化列表内容进行构造
8.子类构造函数体调用
(注意一点,初始化列表内的数据不按书写顺序,而是按类内部的定义顺序)
析构的顺序恰好相反,所以也不要在析构函数中调用虚函数,那样也是没有意义的。
3.如何去验证虚函数表的存在
其实在第一个链接里已经有了示例程序。
如果你看不懂函数指针,请看这里:http://hi.baidu.com/homonia/blog/item/90b7a72c49c521ea8a1399e2.html
4.为什么构造函数不能是虚函数
如图1所示,从设计理念上说,构造函数不需要是虚函数;
2,从当前的vptr的实现机制上说,无法实现虚的构造函数。
详细可见这里:http://www.diybl.com/course/3_program/c++/cppxl/2008320/105849.html
原文:http://hi.baidu.com/hehehehello/blog/item/6f0d2f3443bb26205bb5f507.html
原文:http://www.cnblogs.com/bizhu/archive/2012/05/21/2512316.html
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。