結構體字節(jié)對齊packed

《結構體字節(jié)對齊packed》由會員上傳分享，免費在線閱讀，更多相關內容在工程資料-天天文庫。

1、結構體字節(jié)對齊typedef__packedstruct之前一直很少用結構體，但最近隨著變量的直線上升，不得不采用結構體。對于struct，理解并不是很深入，最近一段時間的應用，發(fā)現(xiàn)struct的強大。作為一種數(shù)據(jù)集合，struct常用在數(shù)據(jù)結構中。而struct的字節(jié)對齊方式對于嵌入式底層的程序員來講是必須掌握的?，F(xiàn)代計算機中內存空間都是按照byte劃分的，從理論上講似乎對任何類型的變量的訪問可以從任何地址開始，但實際情況是在訪問特定類型變量的時候經常在特定的內存地址訪問，這就需要各種類型數(shù)據(jù)按照一定的規(guī)則在空間上排列，而不是順序的一個接一個的排放，這就是對齊。對齊的作用和原因：各個

2、硬件平臺對存儲空間的處理上有很大的不同。一些平臺對某些特定類型的數(shù)據(jù)只能從某些特定地址開始存取。比如有些架構的CPU在訪問一個沒有進行對齊的變量的時候會發(fā)生錯誤,那么在這種架構下編程必須保證字節(jié)對齊.其他平臺可能沒有這種情況，但是最常見的是如果不按照適合其平臺要求對數(shù)據(jù)存放進行對齊，會在存取效率上帶來損失。比如有些平臺每次讀都是從偶地址開始，如果一個int型（假設為32位系統(tǒng)）如果存放在偶地址開始的地方，那么一個讀周期就可以讀出這32bit，而如果存放在奇地址開始的地方，就需要2個讀周期，并對兩次讀出的結果的高低字節(jié)進行拼湊才能得到該32bit數(shù)據(jù)。顯然在讀取效率上下降很多。下面看一個

3、例子（32bit,x86環(huán)境,VC++6.0編譯器）：structA{????inta;????charb;????shortc;};structB{????charb;????inta;????shortc;};我們知道在VC++6.0中，以上幾種數(shù)據(jù)類型的長度如下：char:1;int:4;short:2;以上兩個結構體的大小如下：sizeof(strcutA)值為8sizeof(structB)值是12；結構體A中包含了4字節(jié)長度的int一個，1字節(jié)長度的char一個和2字節(jié)長度的short型數(shù)據(jù)一個,B也一樣;按理說A,B大小應該都是7字節(jié)。之所以出現(xiàn)上面的結果是因為編譯器要對

4、數(shù)據(jù)成員在空間上進行對齊。以上是按默認方式對齊。如果指定對齊方式：#pragmapack(2)/*指定按2字節(jié)對齊*/structC{????charb;????inta;????shortc;};#pragmapack()/*取消指定對齊，恢復缺省對齊*/sizeof(structC)值是8。修改對齊值為1：#pragmapack(1)/*指定按1字節(jié)對齊*/structD{????charb;????inta;????shortc;};#pragmapack()/*取消指定對齊，恢復缺省對齊*/sizeof(structD)值為7。ARM下的對齊處理，可以使用__packedtyp

5、edefstruct{??charx;??inty;}struct1;typedef__packedstruct{??charx;??inty;}struct2;在32位的ARMSDT編譯器中sizeof(struct1)值為8sizeof(struct2)值為5；__packed是進行一字節(jié)對齊。使用_packed一般會以降低運行性能為代價，由于大多數(shù)cpu處理數(shù)據(jù)在合適的字節(jié)邊界數(shù)的情況下會更有效，packed的使用會破壞這種自然的邊界數(shù)。