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

  C++博客 :: 首頁 :: 聯(lián)系 ::  :: 管理
  163 Posts :: 4 Stories :: 350 Comments :: 0 Trackbacks

常用鏈接

留言簿(48)

我參與的團(tuán)隊(duì)

搜索

  •  

積分與排名

  • 積分 - 402521
  • 排名 - 59

最新評(píng)論

閱讀排行榜

評(píng)論排行榜

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

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

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

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

虛函數(shù)表

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

這里我們著重看一下這張?zhí)摵瘮?shù)表。在C++的標(biāo)準(zhǔn)規(guī)格說明書中說到,編譯器必需要保證虛函數(shù)表的指針存在于對(duì)象實(shí)例中最前面的位置(這是為了保證正確取到虛函數(shù)的偏移量)。 這意味著我們通過對(duì)象實(shí)例的地址得到這張?zhí)摵瘮?shù)表,然后就可以遍歷其中函數(shù)指針,并調(diào)用相應(yīng)的函數(shù)。

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

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

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

typedef void(*Fun)(void);

Base b;

Fun pFun = NULL;

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

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

// Invoke the first virtual function

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

pFun();

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

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

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

Base::f

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

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

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

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

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

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

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

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

我們可以看到下面幾點(diǎn):

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

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

我相信聰明的你一定可以參考前面的那個(gè)程序,來編寫一段程序來驗(yàn)證。

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

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

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

我們從表中可以看到下面幾點(diǎn),

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

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

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

Base *b = new Derive();

b->f();

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

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

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

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

我們可以看到:

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

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

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

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

下面我們?cè)賮砜纯?,如果發(fā)生虛函數(shù)覆蓋的情況。

下圖中,我們?cè)谧宇愔懈采w了父類的f()函數(shù)。

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

我們可以看見,三個(gè)父類虛函數(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++。這篇文章也不例外。通過上面的講述,相信我們對(duì)虛函數(shù)表有一個(gè)比較細(xì)致的了解了。水可載舟,亦可覆舟。下面,讓我們來看看我們可以用虛函數(shù)表來干點(diǎn)什么壞事吧。

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

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

Base1 *b1 = new Derive();

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

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

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

另外,如果父類的虛函數(shù)是private或是protected的,但這些非public的虛函數(shù)同樣會(huì)存在于虛函數(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的語言,對(duì)于程序員來說,我們似乎永遠(yuǎn)摸不清楚這門語言背著我們?cè)诟闪耸裁?。需要熟悉這門語言,我們就必需要了解C++里面的那些東西,需要去了解C++中那些危險(xiǎn)的東西。不然,這是一種搬起石頭砸自己腳的編程語言。

posted on 2008-01-20 10:58 sdfasdf 閱讀(41597) 評(píng)論(58)  編輯 收藏 引用 所屬分類: C++

Feedback

# re: C++虛函數(shù)表解析[未登錄] 2008-01-21 15:58 小熊
您好,寫的很精彩!
不過有個(gè)問題:他們的大小分別是多少?
  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2008-09-18 17:29 zdwsj
寫的太好了,非常不錯(cuò).再寫點(diǎn)其它的,讓我們多了解一點(diǎn).  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2008-10-15 09:56 citywings
寫得很好 通過圖解和代碼 很詳細(xì)地解釋了虛函數(shù)的機(jī)制  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn))[未登錄] 2008-11-09 20:38 908971
學(xué)習(xí)了學(xué)習(xí)了  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2009-01-13 22:04 xx
不錯(cuò)  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2009-03-15 16:26 gl
必須支持一下  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2009-03-21 17:35 xxx
寫的很好!
------------------
"所謂泛型技術(shù),說白了就是試圖使用不變的代碼來實(shí)現(xiàn)可變的算法"

可以修改成 "所謂泛型技術(shù),說白了就是試圖使用不變的 接口 來實(shí)現(xiàn)可變的算法", 這樣更具有設(shè)計(jì)概念.
  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2009-03-21 23:01 無歡
頂  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2009-03-25 23:35 江湖飄
在有虛函數(shù)的類的實(shí)例中這個(gè)表被分配在了 這個(gè)實(shí)例的內(nèi)存中
這句話要更正一下:
一個(gè)類的虛函數(shù)表是靜態(tài)的,也就是說對(duì)這個(gè)類的每個(gè)實(shí)例,他的虛函數(shù)表的是固定的,不會(huì)為每個(gè)實(shí)例生成一個(gè)相應(yīng)的虛函數(shù)表。  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2009-05-04 15:09 豬頭三
@江湖飄
我試了一下,用兩個(gè)實(shí)例,用樓主的方法取得虛函數(shù)表的地址,返回的地址不一樣,請(qǐng)問是什么原因呢?  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2009-05-14 13:46 王平
小標(biāo)題“一般繼承(無虛函數(shù)覆蓋)”下面的重載改為重寫較為合適,分別對(duì)應(yīng)于英文的override和overload,重載就是所謂的名同而簽名不同,重寫就是對(duì)子類對(duì)虛函數(shù)的重新實(shí)現(xiàn)。  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2009-05-14 14:41 王平
這篇文章圖文并茂,使用一種深入淺出的方式闡述了c++虛函數(shù)表的機(jī)制,同時(shí)還對(duì)這種方式的弊端做出了總結(jié),實(shí)在是一篇不可多得的文章。
但是,不難發(fā)現(xiàn),在文章中還是能夠發(fā)現(xiàn)一些較為明顯的錯(cuò)誤,這個(gè)上面的評(píng)論者已經(jīng)提出,在此就不贅述。
雖然這篇文章存在錯(cuò)誤,但是瑕不掩瑜,樓主只要稍作修改,此篇文章便可堪稱一絕,況樓主在此過程中還能夠?qū)W到新的東西,望樓主再接再厲,多聽聽讀者的意見。  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2009-05-18 17:33 yunsky
好文!  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn))[未登錄] 2009-05-30 16:18 sky
問一個(gè)問題,(int*)(&b) 得到的是虛擬函數(shù)表的位置么?怎么感覺是指向虛擬函數(shù)表的指針的位置呢? *(int*)(&b) 才是虛擬函數(shù)表的位置吧?  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2009-06-02 16:45 路人甲
為什么轉(zhuǎn)了別人的文章卻不標(biāo)明轉(zhuǎn)了誰的文章呢?  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2009-06-12 16:53 zhangwh
非靜態(tài)成員函數(shù)的調(diào)用都需要綁定一個(gè)對(duì)象指針(this),
請(qǐng)問:
pFun = (Fun)*((int*)*(int*)(&b));
pFun();
調(diào)用void Base::f()函數(shù)時(shí),this指針指向什么?
  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2009-09-15 15:51 coolpoint
這個(gè)寫得太精彩了  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn))[未登錄] 2009-09-16 10:16 smart
b1->f1(); //編譯出錯(cuò)
應(yīng)該是b1->g1(); //編譯出錯(cuò) 吧
因?yàn)锽ase1的虛表中有Derive的虛函數(shù)有f()和g1(),f()重載了B1,而g1()沒有,所以b1->g1(); //編譯出錯(cuò) 吧  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2009-09-17 13:08 亂78糟
不錯(cuò),贊一個(gè)。  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2009-09-22 12:58 虛懷若谷
如果加上多重繼承中虛繼承的分析就更好了。  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2009-09-23 12:08 cshhen
寫得很好,我頂!  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2009-10-05 11:12 程少偉
同意你的觀點(diǎn),@smart
  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2009-10-05 11:21 程少偉
同意你的觀點(diǎn)哈,因?yàn)樘摵瘮?shù)表的指針放在對(duì)象的前面,所以(int*)(&b)其實(shí)是對(duì)象的首地址, 也就是對(duì)象中存放虛函數(shù)指針的地方,用* 解引用才能訪問虛函數(shù)表,我的理解是這樣的,@sky

另外,b1->g1() 編譯可以通過, 在我的VS2008 環(huán)境下可以
@smart
  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2009-10-28 14:36 cshhen
確實(shí)分析得透徹,看了后如夢(mèng)初醒~ 贊!  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2010-02-25 12:23 peng
Very Good !!   回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2010-03-07 20:59 Coastline
請(qǐng)問博主,如何運(yùn)行時(shí)獲知虛函數(shù)表中有多少個(gè)函數(shù)指針呢,難道只能一個(gè)一個(gè)遍歷,發(fā)現(xiàn)NULL或者1?
我主要是想在無RTTI的平臺(tái)上實(shí)現(xiàn)如下功能:
class C: public A,public B
現(xiàn)在將C* ---> void* 后,需要調(diào)用到C中B部分的虛函數(shù)。我只想到處理虛函數(shù)表一個(gè)解決方法了。希望博主能指點(diǎn)
IBN#live.com

謝謝!  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn))[未登錄] 2010-04-20 23:13 jeff
(Fun)*((int*)*(int*)(&b)+0); // Base::f()

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

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

在vs2005 下沒有運(yùn)行結(jié)果啊,

pFun =(Fun)*((int*)*(int*)(&b)+1);
pFun();
這樣就可以。為什么啊

  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2010-04-25 10:01 snow_man2004
寫得很好,思路很清晰,透徹,謝謝!  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2010-05-12 10:56 yanle
@zdwsj
@sky
言之是理。(int*)(&b)不是虛函數(shù)表的地址,而是實(shí)例中虛函數(shù)表指針的地址才對(duì)。而(int*)*((int*)(&b))才應(yīng)該是虛函數(shù)表的首地址,也是第一個(gè)虛函數(shù)的地址。  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2010-05-17 10:48 莫銘
很精彩~謝謝~并謝謝原作者~  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2010-05-28 02:03 GardnerRebekah33
I received 1 st <a href="http://lowest-rate-loans.com">loan</a> when I was not very old and this aided my family a lot. However, I need the bank loan also.   回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2010-05-29 15:14 piaoxuelibin
樓主,要持之以恒,謝謝你的分享,不過你還有很多錯(cuò)誤,希望你改正!  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2010-06-10 21:30 陸智標(biāo)
很不錯(cuò)啊 不過我知識(shí)還不夠 無法透徹的評(píng)論  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2010-06-12 18:46 沒名字
例子說明有點(diǎn)問題:

typedef void(*Fun)(void);

Base b;

Fun pFun = NULL;

cout << "虛函數(shù)表地址:" << (int*)(&b) << endl; // 錯(cuò)了,這應(yīng)該是B的實(shí)例對(duì)象的地址。

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

// 因?yàn)樘摫矸旁谧钋懊妫@次取到的才是虛表的地址。

pFun = (Fun)*((int*)*(int*)(&b)); // 這個(gè)才是第一個(gè)虛函數(shù)的地址

另,虛表是屬于類的,同一類的實(shí)例共享一個(gè)虛表,所以虛表不是在實(shí)例的內(nèi)存中。  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2010-07-04 23:06 tomren
好文章,一直不了解虛函數(shù)表,對(duì)我很有幫助:)  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2010-07-29 18:45 凋零的羽
@沒名字 你確定嗎? 我看這個(gè)看了一下午這個(gè)例子,總覺得說的自相矛盾。然后自己得出的結(jié)論正好是跟你一樣的。。。也就是如你所說的,第一次取的是實(shí)例對(duì)象地址,第二次取的才是虛表地址,這樣我就能看通了。。。
  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn))[未登錄] 2010-08-25 00:26 123
里面有些概念是錯(cuò)誤的  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2010-08-25 21:27 Liyx
茅塞頓開啊  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2010-08-26 17:04 ccnlzp
太過膚淺了,沒有說出問題的實(shí)質(zhì)。
而且不同意做的批判。因?yàn)樽罱K數(shù)據(jù)放內(nèi)存里,你想怎么玩,什么語言都難以阻攔.  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn))[未登錄] 2010-08-27 00:25 sam
虛函數(shù)表的第一項(xiàng)不是一個(gè)為了支持RTTI的指針嗎?然后才是虛函數(shù)。
現(xiàn)在這里為什么第一項(xiàng)是虛函數(shù)?編譯器做了動(dòng)作?請(qǐng)問樓主在什么環(huán)境下試驗(yàn)的?  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2010-09-12 20:31 Liyx
如果能再討論一下虛繼承下的情形就好了。對(duì)D類的大小不太理解。
class A
{
};
class B
{
};
//sizeof(C)=4
class C:virtual public A, public B
{
};
//sizeof(D)=8
class D:virtual public A, virtual public B
{
};
================================
class A
{
virtual void funca(){};
};
class B
{
virtual void funcb() {};
};
//sizeof(C)=4
class C:virtual public A, public B
{
};
//sizeof(D)=12
class D:virtual public A, virtual public B
{
};  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2010-09-19 14:30 vmlinz
@沒名字
實(shí)例會(huì)有類的指針  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2010-09-21 15:58 simophin
多謝樓主的好文章,這文章非常棒,解決了我很多疑問。
但是我對(duì)你的批判有一些看法,很多C++等的安全限制等個(gè)人感覺只是“編譯時(shí)”除錯(cuò)、保證規(guī)則用的,你非要說運(yùn)行時(shí)類似安全問題,你一個(gè)指針訪問進(jìn)程地址空間的哪一部分不可以?你只要知道了內(nèi)存布局,無論是C還是C++還是C+++,不都一樣地訪問嗎?所以這并非C++的錯(cuò)。  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2010-10-09 16:14 solu
第一次看你這篇文章時(shí),看不懂;
第二次看你這篇文章時(shí),感覺寫的太好了,嘆為高人;
第三次看你這篇文章時(shí),感覺作者你對(duì)某些方面了解得不夠,有些地方很是糊圇吞棗,知其然不知其所以然。  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2011-04-03 21:35 zhanglibin
一事不明,
抽象類生不生成虛表?  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn))[未登錄] 2011-07-22 13:02 小四
(int*)(&b)得到的不是虛函數(shù)表的地址吧,僅僅是實(shí)例b的地址。虛函數(shù)表的地址應(yīng)該是對(duì)該地址對(duì)應(yīng)的內(nèi)容,即*(int*)(&b)。  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2011-10-05 21:59 天外一星
有指針指向首地址,虛函數(shù)表后有結(jié)束標(biāo)記,因此無需知道長度@小熊
  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2011-10-05 22:01 天外一星
樓主寫的很好,很專業(yè),高手。  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2012-02-25 15:20 寢室沒電
@zhangwh
這位說的很OK
(int*)(&b)) 同等于 this指針  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2012-04-14 09:53 ET
不錯(cuò)不錯(cuò)~  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2012-09-01 10:30 泥馬

虛表只有一個(gè)
類實(shí)例地址的最前面是vptr,就是虛表指針  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2012-10-03 16:15 Stroot
好文!謝謝樓主分享!  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2012-10-22 23:22 坤哥
good very good  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2012-11-18 20:23 張奇
感覺寫錯(cuò)了啊,&b取得的是b對(duì)象的地址,也就是虛函數(shù)表地址的地址  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2014-03-10 18:03 ddws
真的好極了,如果沒有錯(cuò)誤的地方的話。條例清晰,而且很透徹,圖文并茂,文中有畫,畫中有文。  回復(fù)  更多評(píng)論
  

# re: C++虛函數(shù)表解析(轉(zhuǎn)) 2015-09-08 16:39 rookieflying
找到文章的作者了,原來是皓叔寫的 http://blog.csdn.net/haoel/article/details/1948051  回復(fù)  更多評(píng)論
  

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲国产一区在线| 欧美在线国产精品| 欧美国产精品| 亚洲精品在线看| 亚洲一卡二卡三卡四卡五卡| 国产精品久久久久一区二区三区| 久久精品视频免费| 久久免费视频在线观看| 日韩一区二区精品| 国产精品黄色| 久久只精品国产| 一个色综合导航| 麻豆精品传媒视频| 亚洲一级特黄| 亚洲国产日韩欧美综合久久| 1204国产成人精品视频| 欧美日韩日本国产亚洲在线| 亚洲女女女同性video| 亚洲第一页中文字幕| 久久精品人人做人人爽电影蜜月| 欧美一区二区三区四区在线观看地址 | 欧美精品福利在线| 欧美一区二区三区在线播放| 久久九九免费视频| 欧美精品福利在线| 黑人巨大精品欧美一区二区| 国产精品国产三级国产aⅴ浪潮| 国产精品一区免费在线观看| 欧美亚州韩日在线看免费版国语版| 久久蜜桃资源一区二区老牛 | 欧美国产日韩一区二区| 国产精品www.| 日韩午夜精品视频| 久久伊人亚洲| 老司机久久99久久精品播放免费| 亚洲国产成人91精品| 亚洲欧美日韩综合国产aⅴ | 久久噜噜噜精品国产亚洲综合| 欧美一级大片在线观看| 欧美激情精品久久久| 国外精品视频| 香蕉成人伊视频在线观看| 亚洲欧美视频在线| 午夜精品久久久久久久久久久久久 | 日韩一二三在线视频播| 亚洲国产aⅴ天堂久久| 午夜视频一区| 久久久精品网| 国产欧美亚洲视频| 黄色在线一区| 亚洲第一中文字幕在线观看| 欧美一站二站| 久久亚洲精品一区| 亚洲性感美女99在线| 亚洲毛片视频| 日韩一级裸体免费视频| 久久久噜噜噜久久| 午夜在线不卡| 国产丝袜美腿一区二区三区| 在线观看视频日韩| 中文日韩在线| 久久国产精品网站| 亚洲国产免费| 亚洲综合大片69999| 国产精品xnxxcom| 午夜精品久久久久久久99樱桃| 夜夜嗨av一区二区三区网页| 性欧美大战久久久久久久久| 国产精品欧美一区喷水| 在线成人av.com| 蜜桃av综合| 亚洲性视频网址| 国产精品制服诱惑| 久久夜精品va视频免费观看| 另类天堂视频在线观看| 亚洲欧洲精品一区二区三区 | 卡一卡二国产精品| 狂野欧美激情性xxxx| 亚洲精品在线二区| 久久久久久久久久久一区| 91久久综合| 久久天天躁狠狠躁夜夜av| 亚洲第一黄网| 亚洲精品偷拍| 国产精品亚洲综合色区韩国| 久久精品视频在线免费观看| 老牛国产精品一区的观看方式| 亚洲免费成人av| 亚洲一区二区在| 欧美另类亚洲| 亚洲国产成人精品久久久国产成人一区| 99精品热6080yy久久| 夜夜爽99久久国产综合精品女不卡 | 欧美亚洲在线播放| 亚洲风情亚aⅴ在线发布| 日韩午夜精品视频| 黑人巨大精品欧美一区二区小视频 | 久久国产精品亚洲77777| 欧美日韩一区在线观看| 午夜欧美理论片| 欧美二区视频| 亚洲电影视频在线| 一本久久综合亚洲鲁鲁| 在线观看av一区| 亚洲天堂免费观看| 亚洲国产婷婷| 性色av香蕉一区二区| 久久精品亚洲精品| 亚洲免费观看视频| 国产精品视频99| 国产欧美日韩亚州综合| 国产无一区二区| 亚洲乱码国产乱码精品精可以看| 亚洲视频综合在线| 久久精品国产亚洲aⅴ| 一区二区三区欧美亚洲| 久久久精品五月天| 国产精品嫩草影院av蜜臀| 亚洲网站视频| 亚洲欧美日韩成人高清在线一区| 欧美三日本三级三级在线播放| 欧美午夜精品久久久| 亚洲国产第一页| 久热精品视频在线观看一区| 久久久91精品国产一区二区精品| 国产日产欧产精品推荐色 | 亚洲国产成人精品女人久久久| 91久久精品www人人做人人爽 | 在线亚洲激情| 久久综合成人精品亚洲另类欧美| 国产精品私拍pans大尺度在线| 久久久久久亚洲精品杨幂换脸| 久久精品九九| 午夜精品在线| 欧美大片免费| 亚洲欧美国产毛片在线| 午夜久久99| 欧美在线观看一区二区| 亚洲国产成人不卡| 亚洲一级高清| 狠狠色丁香婷婷综合| 91久久精品国产91久久| 国产日产欧产精品推荐色| 日韩午夜av| 欧美成人午夜免费视在线看片| 欧美h视频在线| 免费久久久一本精品久久区| 日韩亚洲精品在线| 欧美午夜不卡| 美女黄毛**国产精品啪啪| 亚洲剧情一区二区| 欧美色图麻豆| 亚洲男人的天堂在线| 久久久国产视频91| aa级大片欧美三级| 狂野欧美一区| 亚洲欧美三级伦理| 亚洲国产另类精品专区| 狠狠综合久久| 麻豆精品视频| 久久久久网址| 亚洲国产精品成人综合| 久久动漫亚洲| 美日韩在线观看| 亚洲激情在线| 欧美日韩一区二区三区免费看| 一区二区三区国产精品| 午夜国产不卡在线观看视频| 国产精品一香蕉国产线看观看| 午夜性色一区二区三区免费视频| 久久精品日产第一区二区| 在线精品高清中文字幕| 欧美午夜a级限制福利片| 久久久久久综合| 先锋影音久久| 亚洲国产精品久久久久婷婷老年| 亚洲一卡久久| 久久久青草婷婷精品综合日韩| 国产午夜精品久久久久久久| 午夜精品影院| 亚洲国产精品黑人久久久 | 亚洲一区二区三区四区五区午夜| 99精品热6080yy久久| 欧美区一区二区三区| 亚洲欧美日韩专区| 久久超碰97人人做人人爱| 鲁大师成人一区二区三区| 欧美电影资源| 欧美午夜精品久久久久久孕妇| 国产精品女主播在线观看 | 亚洲已满18点击进入久久| 国产一区二区三区高清播放| 亚洲网站在线| 国产精品免费在线| 国产拍揄自揄精品视频麻豆| 久久人人97超碰国产公开结果| 亚洲视频在线一区| 老鸭窝91久久精品色噜噜导演| 亚洲福利在线观看| 亚洲第一福利在线观看|