位元組對齊詳解

位元組對齊詳解

一.什麼是位元組對齊,為什麼要對齊?

    現代計算機中記憶體空間都是按照byte劃分的，從理論上講似乎對任何類型的變量的通路可以從任何位址開始，但實際情況是在通路特定類型變量的時候經常在特 定的記憶體位址通路，這就需要各種類型資料按照一定的規則在空間上排列，而不是順序的一個接一個的排放，這就是對齊。

    對齊的作用和原因：各個硬體平台對存儲空間的處理上有很大的不同。一些平台對某些特定類型的資料隻能從某些特定位址開始存取。比如有些架構的CPU在通路 一個沒有進行對齊的變量的時候會發生錯誤,那麼在這種架構下程式設計必須保證位元組對齊.其他平台可能沒有這種情況，但是最常見的是如果不按照适合其平台要求對 資料存放進行對齊，會在存取效率上帶來損失。比如有些平台每次讀都是從偶位址開始，如果一個int型（假設為32位系統）如果存放在偶位址開始的地方，那 麼一個讀周期就可以讀出這32bit，而如果存放在奇位址開始的地方，就需要2個讀周期，并對兩次讀出的結果的高低位元組進行拼湊才能得到該32bit數 據。顯然在讀取效率上下降很多。

二.位元組對齊對程式的影響:

    先讓我們看幾個例子吧(32bit,x86環境,gcc編譯器):

設結構體如下定義：

struct A

{

    int a;

    char b;

    short c;

};

struct B

現在已知32位機器上各種資料類型的長度如下:

char:1(有符号無符号同)   

short:2(有符号無符号同)   

int:4(有符号無符号同)   

long:4(有符号無符号同)   

float:4    double:8

那麼上面兩個結構大小如何呢?

結果是:

sizeof(strcut A)值為8

sizeof(struct B)的值卻是12

結構體A中包含了4位元組長度的int一個，1位元組長度的char一個和2位元組長度的short型資料一個,B也一樣;按理說A,B大小應該都是7位元組。

之是以出現上面的結果是因為編譯器要對資料成員在空間上進行對齊。上面是按照編譯器的預設設定進行對齊的結果,那麼我們是不是可以改變編譯器的這種預設對齊設定呢,當然可以.例如:

#pragma pack (2) /*指定按2位元組對齊*/

struct C

#pragma pack () /*取消指定對齊，恢複預設對齊*/

sizeof(struct C)值是8。

修改對齊值為1：

#pragma pack (1) /*指定按1位元組對齊*/

struct D

sizeof(struct D)值為7。

後面我們再講解#pragma pack()的作用.

三.編譯器是按照什麼樣的原則進行對齊的?

    先讓我們看四個重要的基本概念：

1.資料類型自身的對齊值：

  對于char型資料，其自身對齊值為1，對于short型為2，對于int,float,double類型，其自身對齊值為4，機關位元組。

2.結構體或者類的自身對齊值：其成員中自身對齊值最大的那個值。

3.指定對齊值：#pragma pack (value)時的指定對齊值value。

4.資料成員、結構體和類的有效對齊值：自身對齊值和指定對齊值中小的那個值。

有 了這些值，我們就可以很友善的來讨論具體資料結構的成員和其自身的對齊方式。有效對齊值N是最終用來決定資料存放位址方式的值，最重要。有效對齊N，就是 表示“對齊在N上”，也就是說該資料的"存放起始位址%N=0".而資料結構中的資料變量都是按定義的先後順序來排放的。第一個資料變量的起始位址就是數 據結構的起始位址。結構體的成員變量要對齊排放，結構體本身也要根據自身的有效對齊值圓整(就是結構體成員變量占用總長度需要是對結構體有效對齊值的整數 倍，結合下面例子了解)。這樣就不能了解上面的幾個例子的值了。

例子分析：

分析例子B；

假 設B從位址空間0x0000開始排放。該例子中沒有定義指定對齊值，在筆者環境下，該值預設為4。第一個成員變量b的自身對齊值是1，比指定或者預設指定 對齊值4小，是以其有效對齊值為1，是以其存放位址0x0000符合0x0000%1=0.第二個成員變量a，其自身對齊值為4，是以有效對齊值也為4， 是以隻能存放在起始位址為0x0004到0x0007這四個連續的位元組空間中，複核0x0004%4=0,且緊靠第一個變量。第三個變量c,自身對齊值為 2，是以有效對齊值也是2，可以存放在0x0008到0x0009這兩個位元組空間中，符合0x0008%2=0。是以從0x0000到0x0009存放的 都是B内容。再看資料結構B的自身對齊值為其變量中最大對齊值(這裡是b）是以就是4，是以結構體的有效對齊值也是4。根據結構體圓整的要求， 0x0009到0x0000=10位元組，（10＋2）％4＝0。是以0x0000A到0x000B也為結構體B所占用。故B從0x0000到0x000B 共有12個位元組,sizeof(struct B)=12;其實如果就這一個就來說它已将滿足位元組對齊了, 因為它的起始位址是0,是以肯定是對齊的,之是以在後面補充2個位元組,是因為編譯器為了實作結構數組的存取效率,試想如果我們定義了一個結構B的數組,那 麼第一個結構起始位址是0沒有問題,但是第二個結構呢?按照數組的定義,數組中所有元素都是緊挨着的,如果我們不把結構的大小補充為4的整數倍,那麼下一 個結構的起始位址将是0x0000A,這顯然不能滿足結構的位址對齊了,是以我們要把結構補充成有效對齊大小的整數倍.其實諸如:對于char型資料，其 自身對齊值為1，對于short型為2，對于int,float,double類型，其自身對齊值為4，這些已有類型的自身對齊值也是基于數組考慮的,隻 是因為這些類型的長度已知了,是以他們的自身對齊值也就已知了.

同理,分析上面例子C：

第 一個變量b的自身對齊值為1，指定對齊值為2，是以，其有效對齊值為1，假設C從0x0000開始，那麼b存放在0x0000，符合0x0000%1= 0;第二個變量，自身對齊值為4，指定對齊值為2，是以有效對齊值為2，是以順序存放在0x0002、0x0003、0x0004、0x0005四個連續 位元組中，符合0x0002%2=0。第三個變量c的自身對齊值為2，是以有效對齊值為2，順序存放

在0x0006、0x0007中，符合 0x0006%2=0。是以從0x0000到0x00007共八位元組存放的是C的變量。又C的自身對齊值為4，是以C的有效對齊值為2。又8%2=0,C 隻占用0x0000到0x0007的八個位元組。是以sizeof(struct C)=8.

四.如何修改編譯器的預設對齊值?

1.在VC IDE中，可以這樣修改：[Project]|[Settings],c/c++頁籤Category的Code Generation選項的Struct Member Alignment中修改，預設是8位元組。

2.在編碼時，可以這樣動态修改：#pragma pack .注意:是pragma而不是progma.

五.針對位元組對齊,我們在程式設計中如何考慮?

    如果在程式設計的時候要考慮節約空間的話,那麼我們隻需要假定結構的首位址是0,然後各個變量按照上面的原則進行排列即可,基本的原則就是把結構中的變量按照 類型大小從小到大聲明,盡量減少中間的填補空間.還有一種就是為了以空間換取時間的效率,我們顯示的進行填補空間進行對齊,比如:有一種使用空間換時間做 法是顯式的插入reserved成員：

         struct A{

           char a;

           char reserved[3];//使用空間換時間

           int b;

}

reserved成員對我們的程式沒有什麼意義,它隻是起到填補空間以達到位元組對齊的目的,當然即使不加這個成員通常編譯器也會給我們自動填補對齊,我們自己加上它隻是起到顯式的提醒作用.

六.位元組對齊可能帶來的隐患:

    代碼中關于對齊的隐患，很多是隐式的。比如在強制類型轉換的時候。例如：

unsigned int i = 0x12345678;

unsigned char *p=NULL;

unsigned short *p1=NULL;

p=&i;

*p=0x00;

p1=(unsigned short *)(p+1);

*p1=0x0000;

最後兩句代碼，從奇數邊界去通路unsignedshort型變量，顯然不符合對齊的規定。

在x86上，類似的操作隻會影響效率，但是在MIPS或者sparc上，可能就是一個error,因為它們要求必須位元組對齊.

七.如何查找與位元組對齊方面的問題:

如果出現對齊或者指派問題首先檢視

1. 編譯器的big little端設定

2. 看這種體系本身是否支援非對齊通路

3. 如果支援看設定了對齊與否,如果沒有則看通路時需要加某些特殊的修飾來标志其特殊通路操作。

八.相關文章:轉自[url]http://blog.csdn.net/goodluckyxl/archive/2005/10/17/506827.aspx[/url]

 ARM下的對齊處理

from DUI0067D_ADS1_2_CompLib

3.13 type  qulifiers

有部分摘自ARM編譯器文檔對齊部分

對齊的使用:

1.__align(num)

   這個用于修改最進階别對象的位元組邊界。在彙編中使用LDRD或者STRD時

   就要用到此指令__align(8)進行修飾限制。來保證資料對象是相應對齊。

   這個修飾對象的指令最大是8個位元組限制,可以讓2位元組的對象進行4位元組

   對齊,但是不能讓4位元組的對象2位元組對齊。

   __align是存儲類修改,他隻修飾最進階類型對象不能用于結構或者函數對象。

2.__packed

  __packed是進行一位元組對齊

  1.不能對packed的對象進行對齊

  2.所有對象的讀寫通路都進行非對齊通路

  3.float及包含float的結構聯合及未用__packed的對象将不能位元組對齊

  4.__packed對局部×××變量無影響

  5.強制由unpacked對象向packed對象轉化是未定義,×××指針可以合法定

  義為packed。

     __packed int* p;  //__packed int 則沒有意義

  6.對齊或非對齊讀寫通路帶來問題

  __packed struct STRUCT_TEST

 {

  char a;

  int b;

  char c;

 }  ;    //定義如下結構此時b的起始位址一定是不對齊的

         //在棧中通路b可能有問題,因為棧上資料肯定是對齊通路[from CL]

//将下面變量定義成全局靜态不在棧上

static char* p;

static struct STRUCT_TEST a;

void Main()

 __packed int* q;  //此時定義成__packed來修飾目前q指向為非對齊的資料位址下面的通路則可以

 p = (char*)&a;         

 q = (int*)(p+1);     

 *q = 0x87654321;

/*  

得到指派的彙編指令很清楚

ldr      r5,0x20001590 ; = #0x12345678

[0xe1a00005]   mov      r0,r5

[0xeb0000b0]   bl       __rt_uwrite4  //在此處調用一個寫4byte的操作函數

[0xe5c10000]   strb     r0,[r1,#0]   //函數進行4次strb操作然後傳回保證了資料正确的通路

[0xe1a02420]   mov      r2,r0,lsr #8

[0xe5c12001]   strb     r2,[r1,#1]

[0xe1a02820]   mov      r2,r0,lsr #16

[0xe5c12002]   strb     r2,[r1,#2]

[0xe1a02c20]   mov      r2,r0,lsr #24

[0xe5c12003]   strb     r2,[r1,#3]

[0xe1a0f00e]   mov      pc,r14

*/

/*

如果q沒有加__packed修飾則彙編出來指令是這樣直接會導緻奇位址處通路失敗

[0xe59f2018]   ldr      r2,0x20001594 ; = #0x87654321

[0xe5812000]   str      r2,[r1,#0]

//這樣可以很清楚的看到非對齊通路是如何産生錯誤的

//以及如何消除非對齊通路帶來問題

//也可以看到非對齊通路和對齊通路的指令差異導緻效率問題