前不久，在C++程序中碰到一個有關(guān)結(jié)構(gòu)體字節(jié)對齊的問題。
一。問題描述
在程序中,定義了一個結(jié)構(gòu)體,如下:
typedef struct
{
char name[33];
int ID;
int age;
} PERSON;
聲明了一個該結(jié)構(gòu)體的數(shù)組:
PERSON peo[30];
當從結(jié)構(gòu)體中取出ID字段給一個int類型的局部變量賦值時,卻出現(xiàn)異常.
比如結(jié)構(gòu)體中的字段都已經(jīng)有初始值
peo[0].ID =4;
下面的賦值語句
int tempID = peo[0].ID;
卻不能正確得到數(shù)值4,tempID得到的是67108864.
經(jīng)檢查67108864是4在高位時的數(shù)值大小.
賦值時本來應(yīng)該是取內(nèi)存中的四個Bytes:"04 00 00 00"
可是取值時卻是用"00 00 00 04" 的方式.
在調(diào)試過程中,從peo[0].ID取值是正確的,得到數(shù)字4,可程序執(zhí)行上面賦值語句后:
tempID還是得到的是67108864.
也就是說,在調(diào)試器中取值是正確的,匯編后的程序取值卻是不正確的.
程序在開始用了的很長一段時間并沒有出現(xiàn)這種問題,這個問題是最近才發(fā)生的.
真是百思不得其解。還有一點是明確的，程序涉及到網(wǎng)絡(luò)傳輸。
可是如果把結(jié)構(gòu)體中的字符數(shù)組大小由33改為36，一切正常了！
原理上肯定是結(jié)構(gòu)體的位對齊問題,但為什么以前編譯使用沒出問題,現(xiàn)在編譯才發(fā)生呢?
應(yīng)該怎么解決呢?
二。尋找問題的原因。
經(jīng)過CSDN社區(qū)各位老大的幫助，并且自己仔細去了解程序中的編譯條件部分，原則上理解了這問題的本質(zhì)所在。
發(fā)現(xiàn)在網(wǎng)絡(luò)模塊中使用到了"#pram pack(1)"這樣的編譯條件，而其它模塊則沒有加入這種編譯條件。
而CSDN中其中一個大蝦是這樣解釋的：“對齊方式是給編譯器看的，編譯器根據(jù)這個來決定內(nèi)存布局。一旦編譯成二進制文件內(nèi)存布局就已經(jīng)確定了，如果兩段代碼對同一個結(jié)構(gòu)使用的對齊方式不同，那么就會對內(nèi)存里的值做出了不同的解釋，賦值的一方認為char[33]占了36個字節(jié)，從第37個字節(jié)填寫04 00 00 00，可是讀取的一方認為char[33]只有33個字節(jié)，那就從第34個字節(jié)處取四個字節(jié)當作ID。”
這次網(wǎng)友的解釋，我認為指出了問題的本質(zhì)所在：“如果兩段代碼對同一個結(jié)構(gòu)使用的對齊方式不同，那么就會對內(nèi)存里的值做出了不同的解釋”。我們的程序給結(jié)構(gòu)體初始化部分是按VC編譯器中默認的結(jié)構(gòu)體8字節(jié)對齊，而在網(wǎng)絡(luò)模塊中，由于使用了"#pram pack(1)"，結(jié)果從結(jié)構(gòu)體中取值時，編譯器認為結(jié)構(gòu)體是按1字節(jié)對齊，最終導(dǎo)致了問題的產(chǎn)生。
三。解決方法
為了解決這個問題，就需要程序中所有的代碼對同一個結(jié)構(gòu)體都使用同一種對齊即可。
會有兩種解決辦法：
一是把網(wǎng)絡(luò)模塊中的"#pram pack(1)"去掉，結(jié)構(gòu)體都是按VC編譯器中默認的結(jié)構(gòu)體8字節(jié)方式對齊。
二是設(shè)置結(jié)構(gòu)體按1字節(jié)方式進行對齊，程序所有模塊都按這種對齊方式編譯。
設(shè)置在VC的"project"->"setting..."->"c/c++":struct member aligment改成1 Bytes.