C++對(duì)象的數(shù)據(jù)成員

1、C+對(duì)象的數(shù)據(jù)成員數(shù)據(jù)成員的布局對(duì)于一個(gè)類來說它的對(duì)象中只存放非靜態(tài)的數(shù)據(jù)成員，但是除此之外，編譯器為了實(shí)現(xiàn)virtual功能還會(huì)合成一些其它成員插入到對(duì)象中。我們來看看這些成員的布局。C+ 標(biāo)準(zhǔn)的規(guī)定 在同一個(gè) Access Section（也就是 private,public,protected片段）中， 要求較晚出現(xiàn)的數(shù)據(jù)成員處在較大的內(nèi)存中。這意味著同一個(gè)片段中的數(shù)據(jù)成員并不需要緊密相連，編譯器所做的成員對(duì)齊就是一個(gè)例子。允許編譯器將多個(gè) Acess Section的順序自由排列，而不必在乎它們的聲明次序。但似乎沒有編譯器這樣做。對(duì)于繼承類，C+標(biāo)準(zhǔn)并未指定是其基類成員在前還是自己的成

2、員在前。*對(duì)于虛基類成員也是同樣的未予規(guī)定。一般的編譯器怎么做？*同一個(gè)Access Section中的數(shù)據(jù)成員按期聲明順序，依次排列。但成員與成員之間因?yàn)閮?nèi)存對(duì)齊的原因可能存在空當(dāng)。多個(gè)Access Section按其聲明順序排放。基類的數(shù)據(jù)成員總放在自己的數(shù)據(jù)成員之前，但虛基類除外。編譯器合成的成員放在哪？為了實(shí)現(xiàn)虛函數(shù)和虛擬繼承兩個(gè)功能，編譯器一般會(huì)合成 Vptr和Vbptr兩個(gè)指針。那么這兩個(gè)指針應(yīng)該放在什么位置？C+標(biāo)準(zhǔn)肯定是不曾規(guī)定的，因?yàn)樗踔敛]有規(guī)定如何來實(shí)現(xiàn)這兩個(gè)功能，因此就語(yǔ)言層面來看是不存在這兩個(gè)指針的。對(duì)于Vptr來說有的編譯器將它放在末尾，如Lippman 領(lǐng)導(dǎo)開發(fā)

3、的Cfront 。有的則將其放在最前面，如 MS的VC,但似乎沒人將它放在中間。為什么不放在中間？沒有理由可以讓 人這么做，放在末尾，可以保持C+類對(duì)C的struct的良好兼容性，放在最前可以給多重繼承下的指針或引用調(diào)用虛函數(shù)帶來好處。看一小段代碼：class Xpublic:int a;virtual void vfc();；int mai n()usingnamespace std;X x;cout&x.a v&xx=0.0 。當(dāng)通過指針或引用來存取 一一x而x又是虛基類的成員的時(shí)候。因?yàn)楸仨氁鹊綀?zhí)行期才能知道pt指向的確切類型，所以必須通過一個(gè)間接導(dǎo)引才能完成。小結(jié)在VC中數(shù)據(jù)成員的布局順序?yàn)椋簐ptr部分（如果基類有，則繼承基類的）vbptr （如果需要）基類成員（按聲明順序）自身數(shù)據(jù)成員虛基類數(shù)據(jù)成員（按