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

OxFAN

::Just For Fun::

   :: 首頁 :: 聯系 :: 聚合  :: 管理
  3 Posts :: 1 Stories :: 1 Comments :: 0 Trackbacks

常用鏈接

留言簿(4)

我參與的團隊

搜索

  •  

最新評論

閱讀排行榜

評論排行榜

(注:個人覺得這篇文章不錯故轉載了)

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

關于虛函數的使用方法,我在這里不做過多的闡述。大家可以看看相關的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*)(&b) << endl;

cout << "虛函數表 — 第一個函數地址:" << (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)

虛函數表地址:0012FED4

虛函數表 — 第一個函數地址:0044F148

Base::f

通過這個示例,我們可以看到,我們可以通過強行把&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()

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

注意:在上面這個圖中,我在虛函數表的最后多加了一個結點,這是虛函數表的結束結點,就像字符串的結束符“\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)沒有被覆蓋的函數依舊。

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

Base *b = new Derive();

b->f();

由b所指的內存中的虛函數表的f()的位置已經被Derive::f()函數地址所取代,于是在實際調用發生時,是Derive::f()被調用了。這就實現了多態。

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

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

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

我們可以看到:

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

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

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

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

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

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

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

我們可以看見,三個父類虛函數表中的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++中那些危險的東西。不然,這是一種搬起石頭砸自己腳的編程語言。

posted on 2009-04-30 11:02 OxFAN 閱讀(203) 評論(1)  編輯 收藏 引用 所屬分類: C/C++語言

Feedback

# re: C++虛函數表解析[轉載] 2012-05-18 16:39 天涯一故人
本文主要討論了c++中涉及多態性的一系列難點。多態性指的是不同的對象收到相同的消息時會有不同的反應。作者主要討論了包括單繼承、多繼承中虛函數表的相關概念以及如何使用虛函數調用實現多態。圖文并茂、非常經典。  回復  更多評論
  

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            欧美一级网站| 在线亚洲欧美| 日韩视频久久| 亚洲乱码日产精品bd| 亚洲精品乱码久久久久久黑人| 久久久久综合| 久久午夜影视| 亚洲电影av在线| 欧美激情成人在线| 亚洲精品专区| 亚洲一区二三| 久热国产精品| 99re6热只有精品免费观看 | 在线亚洲观看| 国产欧美一区二区三区沐欲 | 亚洲字幕在线观看| 亚洲欧美清纯在线制服| 久久精品视频在线观看| 一区二区三区三区在线| 亚洲欧美国产三级| 欧美电影打屁股sp| 在线亚洲免费视频| 免费欧美在线视频| 国产色产综合产在线视频| 一区在线播放视频| 亚洲一区黄色| 亚洲成色999久久网站| 一区二区三区久久网| 亚洲国产一区二区三区高清| 久久久久久高潮国产精品视| 亚洲电影在线| 午夜精彩国产免费不卡不顿大片| 免费中文日韩| 99国产精品99久久久久久| 午夜综合激情| 欧美久久久久久久久久| 狠狠噜噜久久| 午夜视频在线观看一区二区| 欧美激情在线| 久久久天天操| 国产偷国产偷精品高清尤物| 一本色道**综合亚洲精品蜜桃冫| 亚洲国产日韩欧美在线99| 亚洲一级高清| 亚洲成人在线视频播放 | 欧美午夜精品一区二区三区| 国产午夜精品一区理论片飘花 | 夜夜爽www精品| 亚洲区中文字幕| 欧美在线高清| 一本大道久久精品懂色aⅴ| 亚洲精品欧美激情| 久久久久国产精品一区三寸| 国产欧美一区二区三区久久| 亚洲图片在区色| 亚洲精品久久久蜜桃| 欧美大学生性色视频| 亚洲国产99| 蜜桃av综合| 久久久最新网址| 国内揄拍国内精品少妇国语| 久久精品国产第一区二区三区| 久久天天综合| 欧美一区二区免费观在线| 久久综合电影| 伊人色综合久久天天五月婷| 久久久国产精彩视频美女艺术照福利| 久久综合伊人77777| 欧美丰满高潮xxxx喷水动漫| 欧美一区二区三区四区在线观看地址| 美女国产一区| 亚洲网站在线播放| 久久久久久久综合| 国产日韩在线一区二区三区| 亚洲综合国产| 亚洲中字在线| 国产精品一级| 午夜视频在线观看一区二区三区| 午夜精彩视频在线观看不卡 | 国产精品高精视频免费| 国产日韩在线亚洲字幕中文| 欧美精品三级在线观看| 91久久在线视频| 亚洲精品一区二| 欧美在线视频播放| 狠狠色噜噜狠狠色综合久| 一本到12不卡视频在线dvd| 亚洲国产日韩欧美在线动漫| 欧美成人免费一级人片100| 一二美女精品欧洲| 欧美黑人多人双交| 欧美三级视频在线| 久久精品国产亚洲aⅴ| 亚洲高清中文字幕| 欧美精品久久久久久久免费观看 | 亚洲人www| 久久―日本道色综合久久| 亚洲视频在线观看| 先锋资源久久| 亚洲人成网站999久久久综合| 午夜免费日韩视频| 性欧美长视频| 久久视频在线免费观看| 日韩亚洲国产精品| 久久成人精品视频| 夜夜嗨av一区二区三区四区| 香港久久久电影| 在线一区日本视频| 久久久精品tv| 亚洲免费伊人电影在线观看av| 欧美激情亚洲自拍| 国产精品男gay被猛男狂揉视频| 亚洲精选在线观看| 亚洲欧美日本国产有色| 亚洲国产成人porn| 羞羞漫画18久久大片| 亚洲九九爱视频| 欧美吻胸吃奶大尺度电影| 亚洲性视频h| 久久一区二区三区国产精品 | 一区二区在线观看视频在线观看 | 亚洲无线一线二线三线区别av| 欧美激情精品久久久| 欧美一区二区三区久久精品| 国产精品美女在线观看| 欧美国产视频日韩| 国产一区二区三区免费在线观看| 欧美一区午夜精品| 欧美视频一区二区三区在线观看 | 一本久久综合亚洲鲁鲁| 日韩视频久久| 亚洲精品一级| 一本色道久久88综合亚洲精品ⅰ| 欧美猛交免费看| 欧美福利电影网| 亚洲第一网站| 美国十次成人| 9久re热视频在线精品| 久久综合一区二区| 欧美成人免费观看| 亚洲国产网站| 欧美电影在线免费观看网站| 欧美黄色成人网| 最新日韩欧美| 欧美另类综合| 99精品福利视频| 亚洲综合国产激情另类一区| 欧美视频一区| 亚洲欧美日本另类| 久久亚洲精品一区| 国产精品福利网站| 亚洲男女自偷自拍| 亚洲一区视频在线| 欧美午夜精品电影| 久久夜色精品国产亚洲aⅴ| 韩国一区二区三区在线观看| 久久久久久一区二区| 亚洲视频高清| 国产精品免费视频xxxx| 香蕉久久夜色精品| 欧美成人精品h版在线观看| 亚洲国产一区二区在线| 欧美日韩在线精品| 午夜宅男久久久| 欧美激情导航| 亚洲欧美一区二区精品久久久| 久久最新视频| 久久国产精品久久精品国产| 欧美刺激午夜性久久久久久久| 亚洲欧美久久久| 国产日韩视频一区二区三区| 久久久久国产精品一区三寸| 亚洲欧美美女| 小黄鸭精品aⅴ导航网站入口| 日韩视频第一页| 亚洲午夜未删减在线观看| 欧美激情视频在线播放| 日韩亚洲欧美成人一区| 久久成人免费电影| 亚洲欧洲一区二区三区久久| 欧美视频中文字幕在线| 久久视频一区二区| 亚洲一区亚洲二区| 亚洲国产va精品久久久不卡综合| 国产一区二区三区在线观看网站| 亚洲精品网站在线播放gif| 亚洲在线观看| 欧美日韩三级一区二区| 亚洲欧美日韩精品久久| 亚洲一区欧美一区| 精品69视频一区二区三区| 欧美吻胸吃奶大尺度电影| 亚洲精品视频在线| 久久在线视频| 极品少妇一区二区| 欧美午夜无遮挡| 欧美高清视频一区二区三区在线观看| 久久久亚洲影院你懂的| 在线一区二区日韩| 国产精品福利在线观看网址|