天天看點

C++ 虛函數表解析---陳皓改進版前言虛函數表一般繼承(無虛函數覆寫)多繼承(無虛函數覆寫)多繼承(有虛函數覆寫)安全性附錄一:VC中檢視虛函數表附錄 二:例程不同編譯器虛函數的實作方式的差別可參考:

修正了一些原文中的錯誤。

前言

C++中的虛函數的作用主要是實作了多态的機制。關于多态,簡而言之就是用父類型的指針指向其子類的執行個體,然後通過父類的指針調用實際子類的成員函數。這種技術可以讓父類的指針有“多種形态”,這是一種泛型技術。所謂泛型技術,說白了就是試圖使用不變的代碼來實作可變的算法。比如:模闆技術,RTTI技術(Run-Time Type Identification),虛函數技術,要麼是試圖做到在編譯時決議,要麼試圖做到運作時決議。

關于虛函數的使用方法,我在這裡不做過多的闡述。大家可以看看相關的C++的書籍。在這篇文章中,我隻想從虛函數的實作機制上面為大家 一個清晰的剖析。

當然,相同的文章在網上也出現過一些了,但我總感覺這些文章不是很容易閱讀,大段大段的代碼,沒有圖檔,沒有詳細的說明,沒有比較,沒有舉一反三。不利于學習和閱讀,是以這是我想寫下這篇文章的原因。也希望大家多給我提意見。

言歸正傳,讓我們一起進入虛函數的世界。

虛函數表

對C++ 了解的人都應該知道虛函數(Virtual Function)是通過一張虛函數表(Virtual Table)來實作的。簡稱為V-Table。在這個表中,主要是一個類的虛函數的位址表,這張表解決了繼承、覆寫的問題,保證其内容真實反應實際的函數。這樣,在有虛函數的類的執行個體中這個表被配置設定在了這個執行個體的記憶體中,是以,當我們用父類的指針來操作一個子類的時候,這張虛函數表就顯得尤為重要了,它就像一個地圖一樣,指明了實際所應該調用的函數。

這裡我們着重看一下這張虛函數表。C++的編譯器應該是保證虛函數表的指針存在于對象執行個體中最前面的位置(這是為了保證取到虛函數表的有最高的性能——如果有多層繼承或是多重繼承的情況下)。 這意味着我們通過對象執行個體的位址得到這張虛函數表,然後就可以周遊其中函數指針,并調用相應的函數。

聽我扯了那麼多,我可以感覺出來你現在可能比以前更加暈頭轉向了。 沒關系,下面就是實際的例子,相信聰明的你一看就明白了。

假設我們有這樣的一個類:

class Base {

     public:

            virtual void f() { cout << "Base::f" << endl; }

            virtual void g() { cout << "Base::g" << endl; }

            virtual void h() { cout << "Base::h" << endl; }


};
           

按照上面的說法,我們可以通過Base的執行個體來得到虛函數表。 下面是實際例程:

typedef void(*Fun)(void);

Base b;

Fun pFun = NULL;

cout << "虛函數表位址:" << (int*)*(int*)(&b) << endl;

cout << "虛函數表 — 第一個函數位址:" << (int*)*(int*)*(int*)(&b) << endl;


// Invoke(調用) the first virtual function 

pFun = (Fun)*((int*)*(int*)(&b));

pFun();
           

實際運作經果如下:(Windows XP+VS2003,  Linux 2.6.22 + GCC 4.1.3)

C++ 虛函數表解析---陳皓改進版前言虛函數表一般繼承(無虛函數覆寫)多繼承(無虛函數覆寫)多繼承(有虛函數覆寫)安全性附錄一:VC中檢視虛函數表附錄 二:例程不同編譯器虛函數的實作方式的差別可參考:

通過這個示例,我們可以看到,我們可以通過強行把&b轉成int *,取得虛函數表位址的位址,然後,取址就可以得到虛函數表的位址了,再次取址就可以得到第一個虛函數也就是Base::f()的位址了,這在上面的程式中得到了驗證(把int* 強制轉成了函數指針)。通過這個示例,我們就可以知道如果要調用Base::g()和Base::h(),其代碼如下:

(Fun)*((int*)*(int*)(&b)+0);  // Base::f()

  (Fun)*((int*)*(int*)(&b)+1);  // Base::g()

  (Fun)*((int*)*(int*)(&b)+2);  // Base::h()
           

這個時候你應該懂了吧。什麼?還是有點暈。也是,這樣的代碼看着太亂了。沒問題,讓我畫個圖解釋一下。如下所示:

C++ 虛函數表解析---陳皓改進版前言虛函數表一般繼承(無虛函數覆寫)多繼承(無虛函數覆寫)多繼承(有虛函數覆寫)安全性附錄一:VC中檢視虛函數表附錄 二:例程不同編譯器虛函數的實作方式的差別可參考:

注意:在上面這個圖中,我在虛函數表的最後多加了一個結點,這是虛函數表的結束結點,就像字元串的結束符'\0'一樣,其标志了虛函數表的結束。這個結束标志的值在不同的編譯器下是不同的。在WinXP+VS2003下,這個值是NULL。而在Ubuntu 7.10 + Linux 2.6.22 + GCC 4.1.3下,這個值如果是1,表示還有下一個虛函數表,如果值是0,表示是最後一個虛函數表。

下面,我将分别說明“無覆寫”和“有覆寫”時的虛函數表的樣子。沒有覆寫父類的虛函數是毫無意義的。我之是以要講述沒有覆寫的情況,主要目的是為了給一個對比。在比較之下,我們可以更加清楚地知道其内部的具體實作。

一般繼承(無虛函數覆寫)

下面,再讓我們來看看繼承時的虛函數表是什麼樣的。假設有如下所示的一個繼承關系:

C++ 虛函數表解析---陳皓改進版前言虛函數表一般繼承(無虛函數覆寫)多繼承(無虛函數覆寫)多繼承(有虛函數覆寫)安全性附錄一:VC中檢視虛函數表附錄 二:例程不同編譯器虛函數的實作方式的差別可參考:

請注意,在這個繼承關系中,子類沒有重載任何父類的函數。那麼,在派生類的執行個體中,其虛函數表如下所示:

對于執行個體:Derive d; 的虛函數表如下:

C++ 虛函數表解析---陳皓改進版前言虛函數表一般繼承(無虛函數覆寫)多繼承(無虛函數覆寫)多繼承(有虛函數覆寫)安全性附錄一:VC中檢視虛函數表附錄 二:例程不同編譯器虛函數的實作方式的差別可參考:

我們可以看到下面幾點:

1)虛函數按照其聲明順序放于表中。

2)父類的虛函數在子類的虛函數前面。

我相信聰明的你一定可以參考前面的那個程式,來編寫一段程式來驗證。

 一般繼承(有虛函數覆寫)

 覆寫父類的虛函數是很顯然的事情,不然,虛函數就變得毫無意義。下面,我們來看一下,如果子類中有虛函數重載了父類的虛函數,會是一個什麼樣子?假設,我們有下面這樣的一個繼承關系。

C++ 虛函數表解析---陳皓改進版前言虛函數表一般繼承(無虛函數覆寫)多繼承(無虛函數覆寫)多繼承(有虛函數覆寫)安全性附錄一:VC中檢視虛函數表附錄 二:例程不同編譯器虛函數的實作方式的差別可參考:

為了讓大家看到被繼承過後的效果,在這個類的設計中,我隻覆寫了父類的一個函數:f()。那麼,對于派生類的執行個體,其虛函數表會是下面的一個樣子:

C++ 虛函數表解析---陳皓改進版前言虛函數表一般繼承(無虛函數覆寫)多繼承(無虛函數覆寫)多繼承(有虛函數覆寫)安全性附錄一:VC中檢視虛函數表附錄 二:例程不同編譯器虛函數的實作方式的差別可參考:

 我們從表中可以看到下面幾點,

1)覆寫的f()函數被放到了虛表中原來父類虛函數的位置。

2)沒有被覆寫的函數依舊。

這樣,我們就可以看到對于下面這樣的程式,

    Base *b = new Derive();

    b->f(); 
           

由b所指的記憶體中的虛函數表的f()的位置已經被Derive::f()函數位址所取代,于是在實際調用發生時,是Derive::f()被調用了。這就實作了多态。

多繼承(無虛函數覆寫)

下面,再讓我們來看看多繼承中的情況,假設有下面這樣一個類的繼承關系。注意:子類并沒有覆寫父類的函數。

C++ 虛函數表解析---陳皓改進版前言虛函數表一般繼承(無虛函數覆寫)多繼承(無虛函數覆寫)多繼承(有虛函數覆寫)安全性附錄一:VC中檢視虛函數表附錄 二:例程不同編譯器虛函數的實作方式的差別可參考:

對于子類執行個體中的虛函數表,是下面這個樣子:

C++ 虛函數表解析---陳皓改進版前言虛函數表一般繼承(無虛函數覆寫)多繼承(無虛函數覆寫)多繼承(有虛函數覆寫)安全性附錄一:VC中檢視虛函數表附錄 二:例程不同編譯器虛函數的實作方式的差別可參考:

我們可以看到:

1)  每個父類都有自己的虛表。

2)  子類的成員函數被放到了第一個父類的表中。(所謂的第一個父類是按照聲明順序來判斷的)

這樣做就是為了解決不同的父類類型的指針指向同一個子類執行個體,而能夠調用到實際的函數。

多繼承(有虛函數覆寫)

下面我們再來看看,如果發生虛函數覆寫的情況。

下圖中,我們在子類中覆寫了父類的f()函數。

C++ 虛函數表解析---陳皓改進版前言虛函數表一般繼承(無虛函數覆寫)多繼承(無虛函數覆寫)多繼承(有虛函數覆寫)安全性附錄一:VC中檢視虛函數表附錄 二:例程不同編譯器虛函數的實作方式的差別可參考:

 下面是對于子類執行個體中的虛函數表的圖:

C++ 虛函數表解析---陳皓改進版前言虛函數表一般繼承(無虛函數覆寫)多繼承(無虛函數覆寫)多繼承(有虛函數覆寫)安全性附錄一:VC中檢視虛函數表附錄 二:例程不同編譯器虛函數的實作方式的差別可參考:

我們可以看見,三個父類虛函數表中的f()的位置被替換成了子類的函數指針。這樣,我們就可以任一靜态類型的父類來指向子類,并調用子類的f()了。如:

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()
           

安全性

每次寫C++的文章,總免不了要批判一下C++。這篇文章也不例外。通過上面的講述,相信我們對虛函數表有一個比較細緻的了解了。水可載舟,亦可覆舟。下面,讓我們來看看我們可以用虛函數表來幹點什麼壞事吧。

一、通過父類型的指針通路子類自己的虛函數

我們知道,子類沒有重載父類的虛函數是一件毫無意義的事情。因為多态也是要基于函數重載的。雖然在上面的圖中我們可以看到Base1的虛表中有Derive的虛函數,但我們根本不可能使用下面的語句來調用子類的自有虛函數:    

 Base1 *b1 = new Derive();

 b1->f1();  //編譯出錯
           

任何妄圖使用父類指針想調用子類中的未覆寫父類的成員函數的行為都會被編譯器視為非法,是以,這樣的程式根本無法編譯通過。但在運作時,我們可以通過指針的方式通路虛函數表來達到違反C++語義的行為。(關于這方面的嘗試,通過閱讀後面附錄的代碼,相信你可以做到這一點)

二、通路non-public的虛函數

另外,如果父類的虛函數是private或是protected的,但這些非public的虛函數同樣會存在于虛函數表中,是以,我們同樣可以使用通路虛函數表的方式來通路這些non-public的虛函數,這是很容易做到的。 

如:

class Base {
    private:
            virtual void f() { cout << "Base::f" << endl; } 
};


class Derive : public Base{ 

};

typedef void(*Fun)(void);

void main() {

    Derive d;

    Fun  pFun = (Fun)*((int*)*(int*)(&d)+0);

    pFun();

}
           

結束語

C++這門語言是一門Magic的語言,對于程式員來說,我們似乎永遠摸不清楚這門語言背着我們在幹了什麼。需要熟悉這門語言,我們就必需要了解C++裡面的那些東西,需要去了解C++中那些危險的東西。不然,這是一種搬起石頭砸自己腳的程式設計語言。

在文章束之前還是介紹一下自己吧。我從事軟體研發有十個年頭了,目前是軟體開發技術主管,技術方面,主攻Unix/C/C++,比較喜歡網絡上的技術,比如分布式計算,網格計算,P2P,Ajax等一切和網際網路相關的東西。管理方面比較擅長于團隊建設,技術趨勢分析,項目管理。歡迎大家和我交流,我的MSN和Email是:[email protected] 

附錄一:VC中檢視虛函數表

我們可以在VC的IDE環境中的Debug狀态下展開類的執行個體就可以看到虛函數表了(并不是很完整)

代碼:

#include <iostream>
using namespace std;

class Base1
{
private:
	virtual void f() { cout << "Base1::f" << endl; }
	virtual void g() { cout << "Base1::g" << endl; }
	virtual void h() { cout << "Base1::h" << endl; }
};

class Base2
{
private:
	virtual void f() { cout << "Base2::f" << endl; }
	virtual void g() { cout << "Base2::g" << endl; }
	virtual void h() { cout << "Base2::h" << endl; }
};

class Base3
{
private:
	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
{
public:
	void f() { cout << "Base::f" << endl; }  // 基類f為虛函數,則子類f也為虛函數,可省略virtual
	virtual void g1() { cout << "Base::f" << endl; }
};


int main()
{	
	Derive d;
	cout << sizeof(Derive) << endl;
	return 0;
}
           
C++ 虛函數表解析---陳皓改進版前言虛函數表一般繼承(無虛函數覆寫)多繼承(無虛函數覆寫)多繼承(有虛函數覆寫)安全性附錄一:VC中檢視虛函數表附錄 二:例程不同編譯器虛函數的實作方式的差別可參考:

如想檢視虛函數完整表,可按以下步驟:VS2015為例

C++ 虛函數表解析---陳皓改進版前言虛函數表一般繼承(無虛函數覆寫)多繼承(無虛函數覆寫)多繼承(有虛函數覆寫)安全性附錄一:VC中檢視虛函數表附錄 二:例程不同編譯器虛函數的實作方式的差別可參考:

打開上圖的“VS2015開發人員指令提示”

使用cl指令的"/d1 reportAllClassLayout或reportSingleClassLayoutXXX"選項。這裡的reportAllClassLayout選項會列印大量相關類的資訊,一般用處不大。而reportSingleClassLayoutXXX選項的XXX代表要編譯的代碼中類的名字(這裡XXX類),列印XXX類的記憶體布局和虛函數表(如果代碼中沒有對應的類,則選項無效)。

我的源檔案為test.cpp,是以輸入:

cl /d1 reportSingleClassLayoutDerive test.cpp

輸出如下:

C++ 虛函數表解析---陳皓改進版前言虛函數表一般繼承(無虛函數覆寫)多繼承(無虛函數覆寫)多繼承(有虛函數覆寫)安全性附錄一:VC中檢視虛函數表附錄 二:例程不同編譯器虛函數的實作方式的差別可參考:

可看出用到了thunk技術 (thunk技術即是:虛函數表中的slot仍然繼續放一個虛函數實體位址,但是如果調用這個虛函數需要進行this調整的話,該slot中的位址就指向一個thunk而不是一個虛函數實體的位址。)

附錄 二:例程

下面是一個關于多繼承的虛函數表通路的例程:

#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 {
public:
	virtual void f() { cout << "Derive::f" << endl; }
	virtual void g1() { cout << "Derive::g1" << endl; }
};

typedef void(*Fun)(void);

int main()
{
	Fun pFun = NULL;
	Derive d;
	int** pVtab = (int**)&d;

	//Base1's vtable
	//pFun = (Fun)*((int*)*(int*)((int*)&d+0)+0);

	pFun = (Fun)pVtab[0][0];
	pFun();

	//pFun = (Fun)*((int*)*(int*)((int*)&d+0)+1);

	pFun = (Fun)pVtab[0][1];
	pFun();

	//pFun = (Fun)*((int*)*(int*)((int*)&d+0)+2);

	pFun = (Fun)pVtab[0][2];
	pFun();

	//Derive's vtable
	//pFun = (Fun)*((int*)*(int*)((int*)&d+0)+3);

	pFun = (Fun)pVtab[0][3];
	pFun();

	//The tail of the vtable

	pFun = (Fun)pVtab[0][4];
	cout << pFun << endl;

	//Base2's vtable
	//pFun = (Fun)*((int*)*(int*)((int*)&d+1)+0);

	pFun = (Fun)pVtab[1][0];
	pFun();

	//pFun = (Fun)*((int*)*(int*)((int*)&d+1)+1);

	pFun = (Fun)pVtab[1][1];
	pFun();
	pFun = (Fun)pVtab[1][2];
	pFun();

	//The tail of the vtable

	pFun = (Fun)pVtab[1][3];
	cout << pFun << endl;

	//Base3's vtable
	//pFun = (Fun)*((int*)*(int*)((int*)&d+1)+0);

	pFun = (Fun)pVtab[2][0];
	pFun();

	//pFun = (Fun)*((int*)*(int*)((int*)&d+1)+1);

	pFun = (Fun)pVtab[2][1];
	pFun();
	pFun = (Fun)pVtab[2][2];
	pFun();

	//The tail of the vtable

	pFun = (Fun)pVtab[2][3];
	cout << pFun << endl;

	return 0;
}
           

 VS2015輸出:

C++ 虛函數表解析---陳皓改進版前言虛函數表一般繼承(無虛函數覆寫)多繼承(無虛函數覆寫)多繼承(有虛函數覆寫)安全性附錄一:VC中檢視虛函數表附錄 二:例程不同編譯器虛函數的實作方式的差別可參考:

g++輸出:

C++ 虛函數表解析---陳皓改進版前言虛函數表一般繼承(無虛函數覆寫)多繼承(無虛函數覆寫)多繼承(有虛函數覆寫)安全性附錄一:VC中檢視虛函數表附錄 二:例程不同編譯器虛函數的實作方式的差別可參考:

 以上原文連結:https://blog.csdn.net/haoel/article/details/1948051

補充:

C++ 子類覆寫了父類的虛函數後,為什麼還可以引用父類的函數? 

class A
{
public:
       virtual  void  func(){  cout<<"A"<<endl; }
}
class  B : public A
{
public:
       virtual  void func(){ cout<<"B"<<endl; }
}

B b;
b.A::func();

           

輸出為: A

問:B繼承了A之後并且重寫了 A 的方法 ,A 的func函數被覆寫了 ,那編譯器是怎麼找到A 的func函數并輸出"A" 的?B的虛函數表中,func()不是被替換了嗎? 

答:虛函數是指這個函數的簽名。

而 這個虛函數在類中的實作不是,它是一個實實在在的成員函數。

和普通的函數一樣的。

如果這個函數是虛函數,此時編譯器會把其位址放在虛函數表中。不是虛函數不會放入虛函數表中。

是以這個函數有兩個入口。

第一個就是你這樣呼叫,和普通的成員函數一緻。

第二個是通過引用呼叫,此時編譯器會通過虛表來呼叫。

此時需要添加一個修正 this 指針的轉換函數。

強烈推薦以下兩篇:

C++ 對象的記憶體布局(上)---陳皓改進版

C++ 對象的記憶體布局(下)---陳皓改進版

不同編譯器虛函數的實作方式的差別可參考:

https://blog.csdn.net/a3192048/article/details/82254528

繼續閱讀