虛基類 C ,用法備記

2021-05-21 18:15:11 字數 1718 閱讀 4603

1、虛基類的使用,和為多型而實現的虛函式不同,是為了解決多重繼承的二義性問題。

舉例如下:

class a

;class b : virtual public a

;class c :virtual public a

;class d : public b, public c

;上面這種菱形的繼承體系中,如果沒有virtual繼承,那麼d中就有兩個a的成員int a;繼承下來,使用的時候,就會有很多二義性。而加了virtual繼承,在d中就只有a的成員int a;的乙份拷貝,該拷貝不是來自b,也不是來自c,而是乙份單獨的拷貝,那麼,編譯器是怎麼實現的呢??

在回答這個問題之前,先想一下,sizeof(a),sizeof(b),sizeof(c),sizeof(d)是多少?(在32位x86的linux2.6下面,或者在vc2005下面)

在linux2.6下面,結果如下:sizeof(a) = 4; sizeof(b) = 12; sizeof(c) = 12; sizeof(d) = 24

sizeof(b)為什麼是12呢,那是因為多了乙個指標(這一點和虛函式的實現一樣),那個指標是幹嘛的呢?

那麼sizeof(d)為什麼是24呢?那是因為除了繼承b中的b,c中的c,a中的a,和d自己的成員d之外,還繼承了b,c多出來的2個指標(b和c分別有乙個)。再強調一遍,d中的int a不是來自b也不是來自c,而是另外的乙份從a直接靠過來的成員。

如果宣告了d的物件d: d d;

那麼d的記憶體布局如下:

vb_ptr: 繼承自b的指標

int b: 繼承自b公有成員

vc_ptr:繼承自c的指標

int c: 繼承自c的共有成員

int d: d自己的公有成員

int a: 繼承自a的公有成員

那麼以下的用法會發生什麼事呢?

d dd;

b *pb = ⅆ

pb->a;

上面說過,dd中的int a不是繼承自b的,也不是繼承自c的,那麼這個b中的pb->a又會怎麼知道指向的是dd記憶體中的第六項呢?

那就是指標vb_ptr的妙用了。原理如下:(其實g++3.4.3的實現更加複雜,我不知道是出於什麼考慮,而我這裡只說原理,所以把過程和內容簡單化了)

首先,vb_ptr指向乙個整數的位址,裡面放的整數是那個int a的距離dd開始處的位移(在這裡vb_ptr指向的位址裡面放的是20,以位元組為單位)。編譯器是這樣做的:

首先,找到vb_ptr(這個不用找,因為在g++中,vb_ptr就是b*中的第一項,呵呵),然後取得vb_ptr指向的位址的內容(這個例子是20),最後把這個內容與指標pb相加,就得到pb->a的位址了。

所以說這種時候,用指標轉換多了兩個中間層才能找到基類的成員,而且是執行期間。

由此也可以推知dd中的vb_ptr和vc_ptr的內容都是一樣的,都是指向同乙個位址,該位址就放20(在本例中)

如下的語句呢:

a *pa = ⅆ

pa->a = 4;

這個語句不用轉換了,因為編譯器在編譯期間就知道他把a中的成員插在dd中的那個地方了(在本例中是末尾),所以這個語句中的執行效率和dd.a是一樣的(至少也是差不多的)

這就是虛基類實現的基本原理。

注意的是:那些指標的位置和基類成員在派生類成員中的記憶體布局是不確定的,也就是說標準裡面沒有規定int a必須要放在最後,只不過g++編譯器的實現而已。c++標準大概只規定了這套機制的原理,至於具體的實現,比如各成員的排放順序和優化,由各個編譯器廠商自己定~

虛基類的用法

1 include 2 3using namespace std 45 classa6 11void show const 1215 a 16 17class b virtual public a 定義虛基類的用法 18 子類建構函式必須使用初始化列表 初始化列表在時間效能上比函式體內賦值更有優勢,...

關於C 虛基類

在繼承時,如果乙個派生類d,從幾個基類中繼承來,如f1,f2 假設有兩個類,也許有更多 而這些基類又繼承自同乙個基類m,那麼在d中就會有關於m的雙重拷貝,在d的物件中,如果使用成員或者函式,就要使用作用域識別符號來辨別該變數或者函式來自f1 or f2.虛基類使得d中關於m的雙重拷貝可以在d中只存放...

C 的虛基類

虛基類 當在多條繼承路徑上有乙個公共的基類,在這些路徑中的某幾條匯合處,這個公共的基類就會產生多個例項 或多個副本 若只想儲存這個基類的乙個例項,可以將這個公共基類說明為 虛基類 虛基類.在繼承中產生歧義的原因有可能基類是繼承類繼承了基類多次,從而產生了多個拷貝,即不止一次的通過多個路徑繼承類在記憶...