現代計算機中內存空間都是按照byte劃分的，從理論上講似乎對任何類型的變量的訪問可以從任何地址開始，但實際情況是在訪問特定類型變量的時候經常在特定的內存地址訪問，這就需要各種類型數據按照一定的規則在空間上排列，而不是順序的一個接一個的排放，這就是對齊。
一.對齊的作用和原因：
各個硬件平臺對存儲空間的處理上有很大的不同。一些平臺對某些特定類型的數據只能從某些特定地址開始存取。比如有些架構的CPU在訪問一個沒有進行對齊的變量的時候會發生錯誤,那麼在這種架構下編程必須保證字節對齊.其他平臺可能沒有這種情況，但是最常見的是如果不按照適合其平臺要求對數據存放進行對齊，會在存取效率上帶來損失。比如有些平臺每次讀都是從偶地址開始，如果一個int型（假設爲32位系統）如果存放在偶地址開始的地方，那麼一個讀週期就可以讀出這32bit，而如果存放在奇地址開始的地方，就需要2個讀週期，並對兩次讀出的結果的高低字節進行拼湊才能得到該32bit數據。顯然在讀取效率上下降很多。
二.字節對齊對程序的影響:
先讓我們看幾個例子吧(32bit,x86環境,gcc編譯器):
設結構體如下定義：
struct A
{
int a;
char b;
short c;
};
4Byte
|---------|
| a |
|----|----|
| b -| c -|
|---------|
struct B
{
char b;
int a;
short c;
};
|--------|
|b | \ |
|--------|
| a |
|--------|
| c | \ |
|--------|
現在已知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 B
{
char b;
int a;
short c;
};
#pragma pack () /*取消指定對齊，恢復缺省對齊*/
sizeof(struct B)值是8。
修改對齊值爲1：
#pragma pack (1) /*指定按1字節對齊*/
struct B
{
char b;
int a;
short c;
};
#pragma pack () /*取消指定對齊，恢復缺省對齊*/
sizeof(struct B)值爲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；
struct B
{
char b;
int a;
short c;
};
假設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：
#pragma pack (2) /*指定按2字節對齊*/
struct C
{
char b;
int a;
short c;
};
#pragma pack () /*取消指定對齊，恢復缺省對齊*/
第一個變量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.
---------------------------------------------------------
· 使用僞指令#pragma pack (n)，C編譯器將按照n個字節對齊。
· 使用僞指令#pragma pack ()，取消自定義字節對齊方式。
---------------------------------------------------------
· __attribute((aligned (n)))，讓所作用的結構成員對齊在n字節自然邊界上。如果結構中有成員的長度大於n，則按照最大成員的長度來對齊。
· __attribute__ ((packed))，取消結構在編譯過程中的優化對齊，按照實際佔用字節數進行對齊。
五.針對字節對齊,我們在編程中如何考慮?
如果在編程的時候要考慮節約空間的話,那麼我們只需要假定結構的首地址是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;
最後兩句代碼，從奇數邊界去訪問unsigned short型變量，顯然不符合對齊的規定。在x86上，類似的操作只會影響效率，但是在MIPS或者sparc上，可能就是一個error,因爲它們要求必須字節對齊.
七.如何查找與字節對齊方面的問題:
如果出現對齊或者賦值問題首先查看
1. 編譯器的big little端設置
2. 看這種體系本身是否支持非對齊訪問
3. 如果支持看設置了對齊與否,如果沒有則看訪問時需要加某些特殊的修飾來標誌其特殊訪問操作。
1. __attribute__ ((packed)) 的作用就是告訴編譯器取消結構在編譯過程中的優化對齊,按照實際佔用字節數進行對齊，是GCC特有的語法。這個功能是跟操作系統沒關係，跟編譯器有關，gcc編譯器不是緊湊模式的，我在windows下，用vc的編譯器也不是緊湊的，用tc的編譯器就是緊湊的。例如：
在TC下：struct my{ char ch; int a;} sizeof(int)=2;sizeof(my)=3;（緊湊模式）
在GCC下：struct my{ char ch; int a;} sizeof(int)=4;sizeof(my)=8;（非緊湊模式）
在GCC下：struct my{ char ch; int a;}__attrubte__ ((packed)) sizeof(int)=4;sizeof(my)=5
2. __attribute__關鍵字主要是用來在函數或數據聲明中設置其屬性。給函數賦給屬性的主要目的在於讓編譯器進行優化。函數聲明中的__attribute__((noreturn))，就是告訴編譯器這個函數不會返回給調用者，以便編譯器在優化時去掉不必要的函數返回代碼。
GNU C的一大特色就是__attribute__機制。__attribute__可以設置函數屬性（Function Attribute）、變量屬性（Variable Attribute）和類型屬性（Type Attribute）。
__attribute__書寫特徵是：__attribute__前後都有兩個下劃線，並且後面會緊跟一對括弧，括弧裏面是相應的__attribute__參數。
__attribute__語法格式爲：
__attribute__ ((attribute-list))
其位置約束：放於聲明的尾部“；”之前。
函數屬性（Function Attribute）：函數屬性可以幫助開發者把一些特性添加到函數聲明中，從而可以使編譯器在錯誤檢查方面的功能更強大。__attribute__機制也很容易同非GNU應用程序做到兼容之功效。
GNU CC需要使用 –Wall編譯器來擊活該功能，這是控制警告信息的一個很好的方式。
packed屬性：使用該屬性可以使得變量或者結構體成員使用最小的對齊方式，即對變量是一字節對齊，對域（field）是位對齊。
如果你看過GPSR協議在TinyOS中的實現，你一定會注意到下面的語句：
typedef struct {
double x;
double y;
} __attribute__((packed)) position_t;
開始我們還可以理解，不久是定義一個結構體嘛！不過看到後面的語句，你可能就會一頭霧水了，’ __attribute__((packed))’是什麼東西？有什麼作用？一連串的疑問馬上就會從你腦袋裏冒出來。雖然這個對理解整個程序沒有什麼影響，但我不想讓這些疑問一直呆在我的腦子裏，負擔太重。省得以後念念不忘，而且也許有一天可以用的上呢。搞清楚這個問題吧！
GNU C的一大特色（卻不被初學者所知）就是__attribute__機制。__attribute__可以設置函數屬性（Function
Attribute）、變量屬性（Variable Attribute）和類型屬性（Type
Attribute）。
__attribute__語法格式爲：
__attribute__ ((attribute-list))
其位置約束爲：放於聲明的尾部“；”之前。
packed是類型屬性（Type Attribute）的一個參數，使用packed可以減小對象佔用的空間。需要注意的是，attribute屬性的效力與你的連接器也有關，如果你的連接器最大隻支持16字節對齊，那麼你此時定義32字節對齊也是無濟於事的。
使用該屬性對struct或者union類型進行定義，設定其類型的每一個變量的內存約束。當用在enum類型定義時，暗示了應該使用最小完整的類型（it indicates that the smallest integral type should be used）。
下面的例子中，my-packed-struct類型的變量數組中的值會緊湊在一起，但內部的成員變量s不會被“pack”，如果希望內部的成員變量也被packed的話，my-unpacked-struct也需要使用packed進行相應的約束。
struct my_unpacked_struct
{
char c;
int i;
};
struct my_packed_struct
{
char c;
int i;
struct my_unpacked_struct s;
}__attribute__ ((__packed__));
在每個系統上看下這個結構體的長度吧。
內存對齊，往往是由編譯器來做的，如果你使用的是gcc，可以在定義變量時，添加__attribute__，來決定是否使用內存對齊，或是內存對齊到幾個字節，以上面的結構體爲例：
1)到4字節，同樣可指定對齊到8字節。
struct student
{
char name[7];
uint32_t id;
char subject[5];
} __attribute__ ((aligned(4)));
2)不對齊，結構體的長度，就是各個變量長度的和
struct student
{
char name[7];
uint32_t id;
char subject[5];
} __attribute__ ((packed));
