上式不會報錯，但是會有效率問題，因為這樣會先產(chǎn)生一個臨時的string對象，然后將它初始化，之后以一個賦值運算符將臨時對象指定給_name，再摧毀臨時的對象

• 成員初始化列表中的初始化順序是按照類中的成員變量聲明的順序，與成員初始化列表的排列順序無關(guān)

3、Data語意學(xué)

• X為1是因為編譯器的處理，在其中插入了1個char，為了讓其對象能在內(nèi)存中有自己獨立的地址

  
  

• Y，Z是因為虛基類表的指針

  
  

• A 中含有Y和Z所以是8

  
  

• 每一個類對象大小的影響因素：

  
  

• 非靜態(tài)成員變量的大小
• virtual特性
• 內(nèi)存對齊

3.1 數(shù)據(jù)成員的綁定

• 如果類的內(nèi)部有typedef,請把它放在類的起始處，因為防止先看到的是全局的和這個typedef相同的沖突，編譯器會選擇全局的，因為先看到全局的

3.2 數(shù)據(jù)成員的布局

• 非靜態(tài)成員變量的在內(nèi)存中的順序和其聲明順序是一致的
• 但是不一定是連續(xù)的，因為中間可能有內(nèi)存對齊的填補物
• virtual機制的指針?biāo)诺奈恢煤途幾g器有關(guān)

3.3 成員變量的存取

• 靜態(tài)變量都被放在一個全局區(qū)，與類的大小無關(guān)，正如對其取地址得到的是與類無關(guān)的數(shù)據(jù)類型，如果兩個類有相同的靜態(tài)成員變量，編譯器會暗自為其名稱編碼，使兩個名稱都不同
• 非靜態(tài)成員變量則是直接放在對象內(nèi)，經(jīng)由對象的地址和在類中的偏移地址取得，但是在繼承體系下，情況就會不一樣，因為編譯器無法確定此時的指針指的具體是父類對象還是子類對象

3.4 繼承下的數(shù)據(jù)成員

• 在下面給定的兩個類中依次討論不同情況：

• 在單一繼承沒有虛函數(shù)的情況下布局圖

• 這種情況下常見錯誤：
• 可能會重復(fù)設(shè)計一些操作相同的函數(shù)，我們可以把某些函數(shù)寫成inline,這樣就可以在子類中調(diào)用父類的某些函數(shù)來實現(xiàn)簡化
• 把數(shù)據(jù)放在同一個類中和繼承起來的內(nèi)存布局可能不同，因為每個類需要內(nèi)存對齊

• 疊在一起的內(nèi)存布局

可見內(nèi)存大了100%

• 容易出現(xiàn)的不易發(fā)現(xiàn)的問題：

• 當(dāng)加上多態(tài)之后，對空間上增加的額外負(fù)擔(dān)包括：

• 析構(gòu)函數(shù)的調(diào)用順序是反向的，從子類到父類
• 導(dǎo)入一個虛函數(shù)表，表中的個數(shù)是聲明的虛函數(shù)的個數(shù)加上一個或兩個slots(用來支持運行類型識別)

  
  

• 在每個對象中加入vptr，提供執(zhí)行期的鏈接，使每一個類能找到相應(yīng)的虛函數(shù)表

  
  

• 加強構(gòu)造函數(shù)，使它能夠為vptr設(shè)定初值，讓它指向?qū)?yīng)的虛函數(shù)表，這可能意味著在派生類和每一個基類的構(gòu)造函數(shù)中，重新設(shè)定vptr的值

  
  

• 加強析構(gòu)函數(shù)，使它能夠消抹“指向類的相關(guān)虛函數(shù)表”的vptr,vptr很可能以及在子類析構(gòu)函數(shù)中被設(shè)定為子類的虛表地址。

  
  

• 以下是三種情況不同的繼承下會有不同的布局

  
  

• Vptr放在尾端
• 
  

  
  

• vptr放在前端
• 
  

  
  

• 多重繼承

• **單一繼承特點：**派生類和父類對象都是從相同的地址開始，區(qū)別只是派生類比較大能容納自己的非靜態(tài)成員變量

  
  

• 多重繼承下會比較復(fù)雜

  
  

• 一個派生對象，把它的地址指定給最左邊的基類，和單一繼承一樣，因為起始地址是一樣的，但是后面的需要更改，因為需要加上前面基類的大小，才能得到后面基類的地址

• 虛繼承

• STL標(biāo)準(zhǔn)庫中使用的虛繼承：

  
  

• 虛繼承關(guān)系圖
• 
  

  
  

• 虛繼承關(guān)系：

  
  

  
  
  

  
  

  虛繼承例子

  
  

• 虛繼數(shù)據(jù)在內(nèi)存中的分布

  
  

• 虛繼承數(shù)據(jù)模型
• 
  

  
  

• 虛繼承數(shù)據(jù)模型2
• 
  

  
  

3.5 對象成員的效率

• 程序員如果關(guān)心程序效率，應(yīng)該實際測試，不要光憑推論、常識判斷或假設(shè)。
• 優(yōu)化操作并不一定總是能夠有效運行，我不止一次以優(yōu)化方式來 編譯一個已通過編譯的正常程序，卻以失敗收場

3.6 指向數(shù)據(jù)成員的指針

• vptr通常放在起始處或尾端，與編譯器有關(guān)，C 標(biāo)準(zhǔn)允許放在類中的任何位置

  
  

• 取某個類成員變量的地址，通常取到得的是在類的首地址的偏移位置

  
  

• 例如