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

posts - 34,comments - 2,trackbacks - 0
1、什么是虛函數(shù)?
①、虛函數(shù)必須是基類的非靜態(tài)成員函數(shù)
②、其訪問權(quán)限可以是protected或public。不能是private ,因為子類繼承時,子類不能訪問。
③、在編譯時是動態(tài)聯(lián)編的::編譯程序在編譯階段并不能確切知道將要調(diào)用的函數(shù),只有在程序執(zhí)行時才能確定將要調(diào)用的函數(shù),為此要確切知道該調(diào)用的函數(shù),要求聯(lián)編工作要在程序運行時進行,這種在程序運行時進行聯(lián)編工作被稱為動態(tài)聯(lián)編。 動態(tài)聯(lián)編規(guī)定,只能通過指向基類的指針或基類對象的引用來調(diào)用虛函數(shù)

2、定義形式。
virtual 函數(shù)返回值類型 虛函數(shù)名(形參表)
  { 函數(shù)體 }

純虛函數(shù):virtual 函數(shù)名=0   

3、虛函數(shù)內(nèi)部機制。
①、每個實例對象里有自己的指針。
②、虛函數(shù)(Virtual Function)是通過一張?zhí)摵瘮?shù)表(Virtual Table)來實現(xiàn)的。
③、我們通過對象實例的地址得到這張?zhí)摵瘮?shù)表,然后就可以遍歷其中函數(shù)指針,并調(diào)用相應(yīng)的函數(shù)。
例子:
 

假設(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;

/*這里的一點爭議的個人看法*/

原文認為(int*)(&b)是虛表的地址,而很多網(wǎng)友都說,(包括我也認為):(int *)*(int*)(&b)才是虛表地址

(int*)*((int*)*(int*)(&b)); 才是虛表第一個虛函數(shù)的地址。

其實看后面的調(diào)用pFun = (Fun)*((int*)*(int*)(&b)); 就可以看出,*((int*)*(int*)(&b));轉(zhuǎn)成函數(shù)指針給pFun,然后正確的調(diào)用到了虛函數(shù)virtual void f()。

// 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”一樣,其標志了虛函數(shù)表的結(jié)束。這個結(jié)束標志的值在不同的編譯器下是不同的。在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ù)表有一個比較細致的了解了。水可載舟,亦可覆舟。下面,讓我們來看看我們可以用虛函數(shù)表來干點什么壞事吧。

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

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

Base1 *b1 = new Derive();

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

任何妄圖使用父類指針想調(diào)用子類中的未覆蓋父類的成員函數(shù)的行為都會被編譯器視為非法,所以,這樣的程序根本無法編譯通過。但在運行時,我們可以通過指針的方式訪問虛函數(shù)表來達到違反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的語言,對于程序員來說,我們似乎永遠摸不清楚這門語言背著我們在干了什么。需要熟悉這門語言,我們就必需要了解C++里面的那些東西,需要去了解C++中那些危險的東西。不然,這是一種搬起石頭砸自己腳的編程語言。


本文來自CSDN博客,轉(zhuǎn)載請標明出處:http://blog.csdn.net/hairetz/archive/2009/04/29/4137000.aspx

posted on 2011-09-30 21:58 Yu_ 閱讀(380) 評論(0)  編輯 收藏 引用 所屬分類: C/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>
            影音欧美亚洲| 午夜精品www| 西西人体一区二区| 欧美一级片一区| 久久国产精品久久久久久电车| 亚洲字幕一区二区| 午夜国产一区| 久久亚洲欧美国产精品乐播| 免费成人美女女| 欧美日韩一区在线观看| 欧美中文字幕在线观看| 亚洲激情av在线| 女同性一区二区三区人了人一 | 国产一区二区三区四区| 激情久久影院| 亚洲三级视频| 欧美一区二区三区免费视频| 欧美jizzhd精品欧美巨大免费| 亚洲免费成人| 久久精视频免费在线久久完整在线看| 欧美日韩91| 伊人色综合久久天天| 在线一区欧美| 老色批av在线精品| 亚洲免费高清视频| 欧美v国产在线一区二区三区| 一区二区av| 国产视频在线观看一区二区| 久久久在线视频| 美国十次成人| 亚洲伦理自拍| 宅男在线国产精品| 国内精品福利| 亚洲欧洲视频在线| 国产精品私拍pans大尺度在线| 欧美一区二区三区在线免费观看| 欧美一级片一区| 在线成人国产| 亚洲三级性片| 国产一区二区在线免费观看 | 亚洲欧洲另类国产综合| 欧美区视频在线观看| 午夜精品在线| 久久综合色播五月| 亚洲一区二区综合| 亚洲一区二区三区四区五区黄| 国产日本欧美在线观看| 美女视频黄免费的久久| 欧美黄色小视频| 午夜激情综合网| 久久美女性网| 亚洲午夜久久久久久尤物| 亚洲午夜精品久久久久久app| 好男人免费精品视频| 亚洲伦伦在线| 激情五月婷婷综合| 一区二区欧美日韩| **性色生活片久久毛片| 9久re热视频在线精品| 国产一区二区三区日韩| 亚洲精品孕妇| 在线看国产日韩| 亚洲色图自拍| 亚洲精品综合久久中文字幕| 国产精品xnxxcom| 亚洲精品日韩精品| 国产欧美一区二区在线观看| 亚洲三级免费| 亚洲二区三区四区| 欧美亚洲网站| 销魂美女一区二区三区视频在线| 欧美成va人片在线观看| 久久在线观看视频| 国产欧美精品国产国产专区| aa级大片欧美三级| 亚洲看片免费| 欧美成人69| 欧美v日韩v国产v| 国产在线不卡精品| 午夜精品福利一区二区三区av| 亚洲少妇自拍| 欧美精品xxxxbbbb| 亚洲国产mv| 最新日韩在线| 另类av一区二区| 欧美本精品男人aⅴ天堂| 韩国av一区二区三区| 小黄鸭精品aⅴ导航网站入口| 亚洲女女做受ⅹxx高潮| 欧美日韩亚洲91| 9色精品在线| 亚洲一区bb| 国产精品日韩| 午夜国产不卡在线观看视频| 午夜一级久久| 国产欧美精品在线| 欧美亚洲一区二区三区| 久久人人爽国产| 亚洲国产国产亚洲一二三| 老鸭窝亚洲一区二区三区| 欧美黄色一区| 一本色道久久综合狠狠躁篇的优点 | 亚洲国产免费| 欧美成人国产一区二区| 亚洲福利视频一区| 亚洲精品你懂的| 欧美女激情福利| 在线一区欧美| 午夜国产不卡在线观看视频| 国产亚洲成av人片在线观看桃| 欧美综合国产| 亚洲第一精品夜夜躁人人躁| 亚洲午夜激情网页| 国产亚洲一二三区| 亚洲国产精品久久久久秋霞蜜臀 | 欧美成人中文字幕| 国产免费观看久久| 99riav国产精品| 亚洲国产成人porn| 久久精品最新地址| 一色屋精品视频在线看| 欧美欧美午夜aⅴ在线观看| 欧美成人一二三| 久久爱另类一区二区小说| 欧美精品精品一区| 久久电影一区| 欧美伊久线香蕉线新在线| 欧美国产精品| 美女图片一区二区| 国产欧美精品xxxx另类| 在线亚洲自拍| 一区二区三区日韩欧美精品| 久久综合国产精品| 久久先锋资源| 国产在线播放一区二区三区| 一区二区三区久久网| 99精品国产一区二区青青牛奶| 久久久噜噜噜久久久| 巨胸喷奶水www久久久免费动漫| 国产农村妇女精品一区二区| 午夜精品一区二区三区在线视| 欧美一区二区成人| 国产精品视频yy9099| 亚洲伊人久久综合| 亚洲欧美资源在线| 国产精品一区二区在线| 亚洲欧美日韩另类精品一区二区三区| 亚洲小说欧美另类婷婷| 国产精品久久久久av| 亚洲午夜精品久久久久久app| 午夜精品亚洲| 国产综合第一页| 久久精品二区亚洲w码| 久久香蕉精品| 亚洲精品免费在线| 欧美色图五月天| 亚洲欧美日韩直播| 久热综合在线亚洲精品| 亚洲日本成人在线观看| 欧美日精品一区视频| 亚洲欧美日韩国产另类专区| 免费观看成人www动漫视频| 亚洲精品黄色| 国产精品久久久久久久app| 欧美一区二区在线免费观看| 欧美成人免费一级人片100| 中文高清一区| 国产综合色在线| 欧美伦理影院| 久久av一区| 日韩天天综合| 久久综合久色欧美综合狠狠| 日韩亚洲欧美成人| 国产日韩在线亚洲字幕中文| 你懂的视频一区二区| 亚洲在线一区二区三区| 欧美成年人视频网站欧美| 亚洲在线国产日韩欧美| 亚洲丶国产丶欧美一区二区三区| 欧美日韩美女| 久久久噜噜噜久久人人看| 中文久久精品| 91久久久久久久久久久久久| 亚洲欧美日韩精品一区二区 | 欧美大片免费观看| 亚洲一区二区三区色| 黄色精品一二区| 欧美色中文字幕| 免费日韩av片| 欧美中文字幕在线观看| av成人动漫| 亚洲第一网站免费视频| 欧美制服丝袜第一页| 一区二区三区视频在线观看| 亚洲国产日韩欧美| 国产一区二区三区四区老人| 国产精品久久77777| 欧美精品一区二区三区在线播放 | 亚洲视频在线二区| 亚洲国产经典视频|