有關於__align（n）

文章來源：http://www.cnblogs.com/ye-moooooo/p/4601189.html

__align

__align 關鍵字指示編譯器在 n 字節邊界上對齊變量。

__align 是一個存儲類修飾符。它不影響函數的類型。

語法

__align(n)

其中：

n: 是對齊邊界。

對於局部變量，n 值可爲 1、2、4 或 8。

對於全局變量，n 可以具有最大爲 2 的 0x80000000 次冪的任何值。

__align 關鍵字緊靠變量名稱前面放置。

用法

如果聲明的變量的常規對齊邊界小於 n，__align(n) 是非常有用的。八字節對齊方式可以顯著提高 VFP 指令的性能。

可以將 __align 與 extern 和 static 一起使用。

限制

由於 __align 是存儲類修飾符，因此不能將其用於：

類型，包括 typedef 和結構定義
函數參數。

只能進行過對齊。也就是說，可以將兩個字節的對象按 4 個字節對齊，而不能將 4 個字節的對象按兩個字節對齊。

示例

__align(8) char buffer[128];  // buffer starts on eight-byte boundary

void foo(void)
{
    ...
    __align(16) int i; // this alignment value is not permitted for
                       // a local variable
    ...
}

__align(16) int i; // permitted as a global variable.

-----------------------------------------------------------------------------------------------------------------------------------------------------

一.什麼是字節對齊,爲什麼要對齊?
現代計算機中內存空間都是按照byte劃分的，從理論上講似乎對任何類型的變量的訪問可以從任何地址開始，但實際情況是在訪問特定類型變量的時候經常在特定的內存地址訪問，這就需要各種類型數據按照一定的規則在空間上排列，而不是順序的一個接一個的排放，這就是對齊。
對齊的作用和原因：各個硬件平臺對存儲空間的處理上有很大的不同。一些平臺對某些特定類型的數據只能從某些特定地址開始存取。比如有些架構的CPU在訪問一個沒有進行對齊的變量的時候會發生錯誤,那麼在這種架構下編程必須保證字節對齊.其他平臺可能沒有這種情況，但是最常見的是如果不按照適合其平臺要求對數據存放進行對齊，會在存取效率上帶來損失。比如有些平臺每次讀都是從偶地址開始，如果一個int型（假設爲32位系統）如果存放在偶地址開始的地方，那麼一個讀週期就可以讀出這32bit，而如果存放在奇地址開始的地方，就需要2個讀週期，並對兩次讀出的結果的高低字節進行拼湊才能得到該32bit數據。顯然在讀取效率上下降很多。

二.字節對齊對程序的影響:
    先讓我們看幾個例子吧(32bit,x86環境,gcc編譯器):
設結構體如下定義：
struct A
{
    int a;
    char b;
    short c;
};
struct B
{
    char b;
    int a;
    short 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 C
{
    char b;
    int a;
    short c;
};
#pragma pack () /*取消指定對齊，恢復缺省對齊*/
sizeof(struct C)值是8。
修改對齊值爲1：
#pragma pack (1) /*指定按1字節對齊*/
struct D
{
    char b;
    int a;
    short c;
};
#pragma pack () /*取消指定對齊，恢復缺省對齊*/
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；
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.

五.針對字節對齊,我們在編程中如何考慮?

    如果在編程的時候要考慮節約空間的話,那麼我們只需要假定結構的首地址是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. 如果支持看設置了對齊與否,如果沒有則看訪問時需要加某些特殊的修飾來標誌其特殊訪問操作。

八.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]
*/

//這樣可以很清楚的看到非對齊訪問是如何產生錯誤的
//以及如何消除非對齊訪問帶來問題
//也可以看到非對齊訪問和對齊訪問的指令差異導致效率問題
}

九.ARM下的邊界未對齊訪問的後果
from http://blog.csdn.net/alenwelkin/archive/2006/12/19/1448324.aspx

自行編寫了一個程序，定義一個char型數組如下：
char p[] = {0x10, 0x20, 0x30, 0x40, 0x50, 0x60, 0x70, 0x80};

分別用long型和short型指針去指向p+3的位置，這個地址在編譯後是0x10963，明顯是一個對long和short來說都不對齊的地址。
程序輸出結果如下，括號裏爲內容，前面是地址。
/mnt ＄ ./test
l 0x10963(0x30201040), s 0x10963(0x5040), lt 0x30201040, st 0x5040

使用arm-linux-objdump工具反彙編可執行文件發現，對於short指針的引用，編譯器做了特殊處理以保證其引用的正確性，而long指針沒有做。

unsigned long *l = (p + 3);
    83e0: e59f3084 ldr r3, [pc, #132] ; 846c <.text+0x190>
    83e4: e50b3010 str r3, [fp, #-16]
unsigned short *s = (p + 3);
    83e8: e59f307c ldr r3, [pc, #124] ; 846c <.text+0x190>
    83ec: e50b3014 str r3, [fp, #-20]
unsigned long lt = *l;
    83f0: e51b3010 ldr r3, [fp, #-16] //變量l->r3
    83f4: e5933000 ldr r3, [r3] //l內容->r3
    83f8: e50b3018 str r3, [fp, #-24] //r3->lt
unsigned short st = *s;
    83fc: e51b3014 ldr r3, [fp, #-20] //變量s->r3
    8400: e5d32000 ldrb r2, [r3] //s內容（低位）->r2
    8404: e5d33001 ldrb r3, [r3, #1] //s內容（高位）->r3
    8408: e1823403 orr r3, r2, r3, lsl #8 //r3左移後與r2拼合成short值->r3
    840c: e54b301a strb r3, [fp, #-26] //r3中的short值(低位)->變量st低位
    8410: e1a03443 mov r3, r3, asr #8 //r3右移8位->r3
    8414: e54b3019 strb r3, [fp, #-25] //r3中的short值(高位)->變量st高位

0x30201040是怎麼來的？想了半天也不明白。
查閱ARM相關書籍發現，如果協處理器CP15:c1:c0中的1位和22位均爲0，則ARM指令ldr的返回值是memory(addr & ~3, 4) ROR ((addr & 3) * 8)。前半句的含義是對4邊界向下取整，在本例中就是0x10960，再取其內容就是 0x40302010，後半句在本例中是循環右移24位。合起來看就是0x40302010 ROR 24 ＝ 0x30201040，與本例正好吻合！

分類: 嵌入式軟件

有關於__align（n）

語法

用法

限制

示例

DAPPER 事務 TRANSACTION

FPGA開平方的實現（三種方法）

全國計算機等級考試一級MSOFFICE選擇題(520道)答案及註釋

C判斷char型和unsigned int型比較大小

數據結構試卷及解答

C語言用如何用scanf輸入帶有空格的字符串

https://yachay.unat.edu.pe/blog/index.php?comment_area=format_blog&comment_component=blog&comment_co

linux以太網驅動總結