青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

轉(zhuǎn)載 C++ 虛函數(shù)表解析

C++ 虛函數(shù)表解析

 

陳皓

http://blog.csdn.net/haoel

 

 

前言

 

C++中的虛函數(shù)的作用主要是實現(xiàn)了多態(tài)的機制。關(guān)于多態(tài),簡而言之就是用父類型別的指針指向其子類的實例,然后通過父類的指針調(diào)用實際子類的成員函數(shù)。這種技術(shù)可以讓父類的指針有“多種形態(tài)”,這是一種泛型技術(shù)。所謂泛型技術(shù),說白了就是試圖使用不變的代碼來實現(xiàn)可變的算法。比如:模板技術(shù),RTTI技術(shù),虛函數(shù)技術(shù),要么是試圖做到在編譯時決議,要么試圖做到運行時決議。

 

 

關(guān)于虛函數(shù)的使用方法,我在這里不做過多的闡述。大家可以看看相關(guān)的C++的書籍。在這篇文章中,我只想從虛函數(shù)的實現(xiàn)機制上面為大家 一個清晰的剖析。

 

當(dāng)然,相同的文章在網(wǎng)上也出現(xiàn)過一些了,但我總感覺這些文章不是很容易閱讀,大段大段的代碼,沒有圖片,沒有詳細(xì)的說明,沒有比較,沒有舉一反三。不利于學(xué)習(xí)和閱讀,所以這是我想寫下這篇文章的原因。也希望大家多給我提意見。

 

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

 

 

虛函數(shù)表

 

C++ 了解的人都應(yīng)該知道虛函數(shù)(Virtual Function)是通過一張?zhí)摵瘮?shù)表(Virtual Table)來實現(xiàn)的。簡稱為V-Table。在這個表中,主是要一個類的虛函數(shù)的地址表,這張表解決了繼承、覆蓋的問題,保證其容真實反應(yīng)實際的函數(shù)。這樣,在有虛函數(shù)的類的實例中這個表被分配在了這個實例的內(nèi)存中,所以,當(dāng)我們用父類的指針來操作一個子類的時候,這張?zhí)摵瘮?shù)表就顯得由為重要了,它就像一個地圖一樣,指明了實際所應(yīng)該調(diào)用的函數(shù)。

 

這里我們著重看一下這張?zhí)摵瘮?shù)表。C++的編譯器應(yīng)該是保證虛函數(shù)表的指針存在于對象實例中最前面的位置(這是為了保證取到虛函數(shù)表的有最高的性能——如果有多層繼承或是多重繼承的情況下)。 這意味著我們通過對象實例的地址得到這張?zhí)摵瘮?shù)表,然后就可以遍歷其中函數(shù)指針,并調(diào)用相應(yīng)的函數(shù)。

 

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

 

假設(shè)我們有這樣的一個類:

 

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的實例來得到虛函數(shù)表。 下面是實際例程:

 

          typedef void(*Fun)(void);

 

            Base b;

 

            Fun pFun = NULL;

 

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

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

 

            // Invoke the first virtual function 

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

            pFun();

 

實際運行經(jīng)果如下:(Windows XP+VS2003,  Linux 2.6.22 + GCC 4.1.3)

 

虛函數(shù)表地址:0012FED4

虛函數(shù)表 — 第一個函數(shù)地址:0044F148

Base::f

 

 

通過這個示例,我們可以看到,我們可以通過強行把&b轉(zhuǎn)成int *,取得虛函數(shù)表的地址,然后,再次取址就可以得到第一個虛函數(shù)的地址了,也就是Base::f(),這在上面的程序中得到了驗證(把int* 強制轉(zhuǎn)成了函數(shù)指針)。通過這個示例,我們就可以知道如果要調(diào)用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()

 

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

注意:在上面這個圖中,我在虛函數(shù)表的最后多加了一個結(jié)點,這是虛函數(shù)表的結(jié)束結(jié)點,就像字符串的結(jié)束符“/0”一樣,其標(biāo)志了虛函數(shù)表的結(jié)束。這個結(jié)束標(biāo)志的值在不同的編譯器下是不同的。在WinXP+VS2003下,這個值是NULL。而在Ubuntu 7.10 + Linux 2.6.22 + GCC 4.1.3下,這個值是如果1,表示還有下一個虛函數(shù)表,如果值是0,表示是最后一個虛函數(shù)表。

 

 

下面,我將分別說明“無覆蓋”和“有覆蓋”時的虛函數(shù)表的樣子。沒有覆蓋父類的虛函數(shù)是毫無意義的。我之所以要講述沒有覆蓋的情況,主要目的是為了給一個對比。在比較之下,我們可以更加清楚地知道其內(nèi)部的具體實現(xiàn)。

 

一般繼承(無虛函數(shù)覆蓋)

 

下面,再讓我們來看看繼承時的虛函數(shù)表是什么樣的。假設(shè)有如下所示的一個繼承關(guān)系:

 

 

請注意,在這個繼承關(guān)系中,子類沒有重載任何父類的函數(shù)。那么,在派生類的實例中,其虛函數(shù)表如下所示:

 

對于實例:Derive d; 的虛函數(shù)表如下:

 

我們可以看到下面幾點:

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

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

 

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

 

 

 

一般繼承(有虛函數(shù)覆蓋)

 

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

 

 

 

為了讓大家看到被繼承過后的效果,在這個類的設(shè)計中,我只覆蓋了父類的一個函數(shù):f()。那么,對于派生類的實例,其虛函數(shù)表會是下面的一個樣子:

 

 

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

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

2)沒有被覆蓋的函數(shù)依舊。

 

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

 

            Base *b = new Derive();

 

            b->f();

 

b所指的內(nèi)存中的虛函數(shù)表的f()的位置已經(jīng)被Derive::f()函數(shù)地址所取代,于是在實際調(diào)用發(fā)生時,是Derive::f()被調(diào)用了。這就實現(xiàn)了多態(tài)。

 

 

 

多重繼承(無虛函數(shù)覆蓋)

 

下面,再讓我們來看看多重繼承中的情況,假設(shè)有下面這樣一個類的繼承關(guān)系。注意:子類并沒有覆蓋父類的函數(shù)。

 

 

 

對于子類實例中的虛函數(shù)表,是下面這個樣子:

 

我們可以看到:

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

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

 

這樣做就是為了解決不同的父類類型的指針指向同一個子類實例,而能夠調(diào)用到實際的函數(shù)。

 

 

 

 

多重繼承(有虛函數(shù)覆蓋)

 

下面我們再來看看,如果發(fā)生虛函數(shù)覆蓋的情況。

 

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

 

 

 

下面是對于子類實例中的虛函數(shù)表的圖:

 

 

我們可以看見,三個父類虛函數(shù)表中的f()的位置被替換成了子類的函數(shù)指針。這樣,我們就可以任一靜態(tài)類型的父類來指向子類,并調(diào)用子類的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++。這篇文章也不例外。通過上面的講述,相信我們對虛函數(shù)表有一個比較細(xì)致的了解了。水可載舟,亦可覆舟。下面,讓我們來看看我們可以用虛函數(shù)表來干點什么壞事吧。

 

一、通過父類型的指針訪問子類自己的虛函數(shù)

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

 

          Base1 *b1 = new Derive();

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

 

任何妄圖使用父類指針想調(diào)用子類中的未覆蓋父類的成員函數(shù)的行為都會被編譯器視為非法,所以,這樣的程序根本無法編譯通過。但在運行時,我們可以通過指針的方式訪問虛函數(shù)表來達(dá)到違反C++語義的行為。(關(guān)于這方面的嘗試,通過閱讀后面附錄的代碼,相信你可以做到這一點)

 

 

二、訪問non-public的虛函數(shù)

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

 

如:

 

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

}

 

 

結(jié)束語

C++這門語言是一門Magic的語言,對于程序員來說,我們似乎永遠(yuǎn)摸不清楚這門語言背著我們在干了什么。需要熟悉這門語言,我們就必需要了解C++里面的那些東西,需要去了解C++中那些危險的東西。不然,這是一種搬起石頭砸自己腳的編程語言。

 

在文章束之前還是介紹一下自己吧。我從事軟件研發(fā)有十個年頭了,目前是軟件開發(fā)技術(shù)主管,技術(shù)方面,主攻Unix/C/C++,比較喜歡網(wǎng)絡(luò)上的技術(shù),比如分布式計算,網(wǎng)格計算,P2PAjax等一切和互聯(lián)網(wǎng)相關(guān)的東西。管理方面比較擅長于團隊建設(shè),技術(shù)趨勢分析,項目管理。歡迎大家和我交流,我的MSNEmail是:haoel@hotmail.com 

 

附錄一:VC中查看虛函數(shù)表

 

我們可以在VCIDE環(huán)境中的Debug狀態(tài)下展開類的實例就可以看到虛函數(shù)表了(并不是很完整的)

附錄 二:例程

下面是一個關(guān)于多重繼承的虛函數(shù)表訪問的例程:

 

#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;

}

 

(轉(zhuǎn)載時請注明作者和出處。未經(jīng)許可,請勿用于商業(yè)用途)

posted on 2016-06-30 15:36 sheng 閱讀(217) 評論(0)  編輯 收藏 引用


只有注冊用戶登錄后才能發(fā)表評論。
網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


導(dǎo)航

<2016年6月>
2930311234
567891011
12131415161718
19202122232425
262728293012
3456789

統(tǒng)計

常用鏈接

留言簿(1)

隨筆檔案

收藏夾

同行

搜索

最新評論

閱讀排行榜

評論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            亚洲一区日本| 欧美一级黄色网| 欧美另类videos死尸| 蜜桃精品一区二区三区 | 亚洲精品国产精品国自产观看| 久久婷婷国产综合国色天香| 久久精品1区| 亚洲国产精品日韩| 亚洲国产一区二区三区在线播| 久久久久成人网| 亚洲经典在线| 亚洲深夜福利网站| 国内久久精品| 91久久国产综合久久91精品网站| 欧美日韩午夜| 久久国产精品高清| 免费不卡在线观看av| 亚洲一区二区三区四区五区午夜 | 久久久午夜视频| 日韩视频免费观看高清在线视频| 一本综合精品| 国内久久婷婷综合| 亚洲精品久久久久久久久久久久久| 欧美视频在线视频| 久久夜色精品国产噜噜av| 欧美激情一区二区三区成人| 亚洲综合精品四区| 久久午夜电影网| 亚洲一区二区三区四区中文| 久久九九久精品国产免费直播| 亚洲精品欧洲| 久久激情综合网| 亚洲在线视频网站| 免费看精品久久片| 久久精品网址| 国产精品v欧美精品v日本精品动漫| 久久久噜噜噜久久中文字幕色伊伊| 欧美激情1区| 久久久天天操| 国产精品视频免费观看| 最新日韩中文字幕| 一区在线播放| 亚洲欧美激情一区| 亚洲午夜黄色| 欧美精品情趣视频| 男女精品网站| 黄色在线成人| 午夜欧美电影在线观看| 亚洲影院免费观看| 久久视频一区二区| 一本色道久久加勒比88综合| 亚洲午夜视频在线观看| 久久综合图片| 国产精品视频久久| 亚洲一级高清| 在线视频精品| 欧美久久久久久久久久| 欧美大片免费久久精品三p | 久久se精品一区二区| 欧美日韩精品伦理作品在线免费观看 | 一区二区三区福利| 一本色道久久综合亚洲二区三区 | 日韩视频中文| 一区二区三区四区蜜桃| 国产精品狠色婷| 禁久久精品乱码| 99ri日韩精品视频| 午夜在线精品偷拍| 亚洲激情一区二区| 午夜激情综合网| 国产一区二区中文| 亚洲综合首页| 久久久久九九视频| 国产主播一区二区| 久久久亚洲国产天美传媒修理工 | 久久久久国产精品一区| 国产亚洲精品久| 久久精品欧美| 欧美激情一区二区在线| 亚洲视频精品| 9人人澡人人爽人人精品| 欧美精品www在线观看| 亚洲精品护士| 欧美伊人影院| 精品成人一区二区三区四区| 蜜桃视频一区| 99精品视频免费观看| 香蕉av777xxx色综合一区| 国产视频久久久久久久| 久久久久久有精品国产| 亚洲激情在线| 欧美一区二区三区啪啪| 黄网动漫久久久| 欧美日韩一区在线视频| 欧美一级大片在线观看| 亚洲福利在线观看| 亚洲欧美激情诱惑| 在线免费不卡视频| 国产精品v欧美精品v日韩| 欧美黄在线观看| 亚洲最新中文字幕| 国产一区二区精品久久| 久久一区视频| 亚洲一区二区成人| 免费在线成人av| 亚洲综合色激情五月| 一区二区在线视频播放| 国产精品爱啪在线线免费观看| 99国产精品久久久久久久| 久久久精品2019中文字幕神马| 亚洲品质自拍| 老鸭窝毛片一区二区三区| 夜夜嗨av一区二区三区四区| 韩国精品一区二区三区| 欧美日韩视频| 老司机一区二区三区| 亚洲专区免费| 日韩视频一区| 艳妇臀荡乳欲伦亚洲一区| 中文国产成人精品| 欧美成人午夜77777| 久久精品国产精品 | 欧美日韩久久不卡| 久久青草久久| 欧美亚洲免费在线| 亚洲一区在线免费| 在线亚洲欧美| 亚洲每日更新| 亚洲国产精品t66y| 激情视频一区二区| 国产一区二区剧情av在线| 国产精品啊v在线| 欧美色欧美亚洲高清在线视频| 欧美xx视频| 欧美亚洲一区二区在线观看| 99re6热只有精品免费观看| 欧美激情一区二区三区不卡| 美国十次成人| 久久三级视频| 久久国产色av| 久久精品视频在线| 久久精品女人的天堂av| 久久精品成人一区二区三区蜜臀 | 亚洲欧美成人在线| 亚洲一区二区三区四区在线观看| 亚洲午夜视频在线| 亚洲一区免费网站| 午夜亚洲性色视频| 欧美在线观看网址综合| 久久精品国产免费| 久久久噜噜噜久噜久久| 激情成人综合| 在线成人亚洲| 亚洲黄色一区| 99在线|亚洲一区二区| 一区二区三区免费在线观看| 一区二区三区蜜桃网| 亚洲一区二区三区在线视频| 亚洲自拍偷拍福利| 午夜欧美视频| 亚洲欧美日韩在线一区| 欧美一区二区三区免费看| 久久精品国产免费| 欧美h视频在线| 欧美午夜精品久久久久久超碰| 国产精品日韩欧美一区二区三区| 国产日韩专区| 亚洲黄色大片| 亚洲欧美色一区| 久久亚裔精品欧美| 亚洲国产午夜| 亚洲在线视频网站| 久久女同精品一区二区| 欧美日韩在线一区二区| 国产日韩欧美一区二区三区在线观看| 在线观看日韩av先锋影音电影院 | 国产精品二区在线| 国产一级揄自揄精品视频| 亚洲黄色成人| 欧美在线地址| 亚洲精品中文字幕女同| 欧美在线视频一区| 亚洲激情视频在线播放| 亚洲在线观看视频网站| 欧美成人蜜桃| 亚洲天堂男人| 蜜臀av在线播放一区二区三区| 亚洲精品久久久久久久久| 久久精品国产999大香线蕉| 欧美日韩国产黄| 伊人婷婷欧美激情| 香蕉av777xxx色综合一区| 亚洲国产影院| 久久久久久有精品国产| 小黄鸭精品aⅴ导航网站入口| 国产精品一区二区久久久久| 91久久一区二区| 久久九九免费视频| 亚洲午夜精品| 欧美精品www在线观看|