題目:
class o 占用多少個位元組
這個題目原理上就是記憶體分配與對齊；
如果體系結構是不對齊的，a中的成員將會乙個挨乙個儲存，從而sizeof(a)為11。顯然對齊更浪費了空間。那麼為什麼要使用對齊呢？
體系結構的對齊和不對齊，是在時間和空間上的乙個權衡。對齊節省了時間。假設乙個體繫結構的字長為w，那麼它同時就假設了在這種體系結構上對寬度為w的資料的處理最頻繁也是最重要的。它的設計也是從優先提高對w位資料操作的效率來考慮的。
上面是你隨便 google一下,人家就可以跟你解釋的,一大堆的道理,我們沒怎麼多時間,討論為何要對齊.直入主題,怎麼判斷記憶體對齊規則,sizeof的結果怎麼來的,請牢記以下3條原則:(在沒有#pragma pack巨集的情況下，務必看完最後一行)
１:資料成員對齊規則：結構(struct)(或聯合(union))的資料成員，第乙個資料成員放在offset為0的地方，以後每個資料成員儲存的起始位置要從該成員大小或者成員的子成員大小（只要該成員有子成員，比如說是陣列，結構體等）的整數倍開始(比如int在３２位機為４位元組,則要從４的整數倍位址開始儲存。
２:結構體作為成員:如果乙個結構裡有某些結構體成員,則結構體成員要從其內部最大元素大小的整數倍位址開始儲存.(struct a裡存有struct b,b裡有char,int ,double等元素,那b應該從8的整數倍開始儲存.)
３:收尾工作:結構體的總大小,也就是sizeof的結果,.必須是其內部最大成員的整數倍.不足的要補齊.
等你看完此３條原則,２分鐘已經過去,抓緊時間,實戰３分鐘:
typedef struct bb
bb;typedef struct aa
aa;int main()
{aa a;
cout《結果是
48 24
ok,上面的全看明白了,記憶體對齊基本過關.
再講講#pragma pack().
在**前加一句#pragma pack(1),你會很高興的發現,上面的**輸出為
32 16
bb是4+8+4=16,aa是2+4+8+2+16=32;
這不是理想中的沒有記憶體對齊的世界嗎.沒錯,#pragma pack(1),告訴編譯器,所有的對齊都按照1的整數倍對齊,換句話說就是沒有對齊規則.
可供參考：
List容器記憶體分配原則
當採用預設建構函式listvalue new list 例項化乙個list物件時，net framework只是在記憶體中申請了一塊記憶體來存放list物件本身 不包含list當中的items元素 當為list物件新增第乙個item元素時，list物件會申請能儲存4個item元素的記憶體空間，然後將...
max min公平分配原則
我們總會面臨這樣的問題，需要給一組使用者分配一些稀缺資源，站在資源分配者的角度，他們具有等價的權利獲取資源，但實際上，一些使用者可能獲取較少的資源就能夠滿足需要，這樣看來，他們對資源的獲取又不是完全等價的，似乎不適合去平分資源，因此就有了最大最小公平演算法。1 資源按照需求遞增的順序進行分配 2 不...
記憶體對齊原則
一 記憶體對齊的原因 1 平台移植原因 不是所有的硬體平台都能任意訪問任意位址上的資料，有些硬體平台只能在某些特定位址處讀取特定的資料，否則會丟擲硬體異常 2 效能原因 資料結構 尤其是棧 應盡可能的在自然邊界對齊。原因在於，訪問未對齊的記憶體，處理器需要進行兩次訪問，而訪問對齊的記憶體，處理器只需...