http://blog.csdn.net/lqk1985/archive/2008/10/23/3129976.aspx
對于讀取數據流時（如網絡或文件）要特別注意。
比如
PBYTE pData;
//指向接收到的數據流
int * pi = pData + 這次接收到數據流的大小 - 4；
//指向接收到數據流的最后4位,可能客戶端發過來的這個數據流最后4位是int，那樣就是對齊好的了。也有可能不是int。
if *pi = 4561321 endparse data;//判斷作為數據流的結束標志，最后4位的前面可能是全是char的。
由于這最后4位可能不是int，那樣就有可能不對齊，這里就會出現Datatype misalignment錯誤。但是我們還是必須通過最后4位作為結束標志，而只有知道什么時候結束才能用int指針指向最后4位才不會出現對齊錯誤。這樣形成了一個死循環，難道沒辦法解決了么？
PBYTE pData;
PBYTE * pi = pData + 這次接收到數據流的大小 - 4；
int i;
memcpy(&i, pi, 4);
if i = 4561321 endparse data;
這樣就可以解決用int* pi指向未對齊的int錯誤了。
這一招對所有碰到Datatype misalignment的數據的訪問應該都有效，就是把Datatype misalignment的數據用memcpy拷貝到對齊的內存來訪問。
1，解析數據流時應該時刻注意。如果需要把一個數據流（BUFFER）轉化成結構進行取值，就應該把這個結構定義為按字節存取.考慮如下結構：
struct a{
char a;
short b;
long c;
};
如果某個數據流中包含這樣的結構，而且我們要直接將數據流的指針轉化成該結構的指針，然后直接取結構成員的值，我們就應該將這個結構定義成按字節訪問，即將其夾在語句
#pragma pack(push,1)//設為1字節對齊
...
#pragma pack(pop)//還原為原來的字節對齊方式
之中。如果我們不這樣做，編譯器會將成員b的地址對齊到short指針的地址，即在a之后加上一個char即8位的成員，將C對齊到LONG，即在B之后再加一個char成員。如此一來，成員B和成員C就得不到正確的值了。
pragma pack 只作用于結構的定義，而不是分配內存空間。把一個結構定義為pack1后，這個結構在程序中就一直是1了。
上面這個例子是客戶端發送3個連續的數據不是發送結構體，服務端接收結構體。
如果客戶端也發送結構體，服務端也接收結構體就不需要這樣了。但是前提是雙方的對齊方式一致。所以在客戶端發送前也要用#pragma pack()一下，服務端也要#pragma pack()一下。
最好還是客戶端也單個數據發送，服務端也單個數據接收。
如果我們定義一個普通的結構用來存放一些數據，則不用定義成按字節存取，編譯器會加上一些占位成員，但并不會影響程序的運行。從這個意義上講，在ARM中，將結構成員定義成CHAR和SHORT來節約內存是沒有意義的。
一個典型的例子就文件系統的驅動程序，文件是以一些已經定義好的結構存放在存儲介質上的，它們被讀取到一個BUFFER中，而具體取某個文件、目錄結構時，我們會將地址轉化成結構而讀取其中的值。
2，訪問外設時。
例如，磁盤驅動通常以16BIT的方式存取數據，即每次存取兩個字節，這樣就要求傳給它的BUFFER是雙字節對齊的，驅動程序應該至上層傳來的指針做出正確的處理以保證數據的正確性。
3.有時，我們沒有將數據流指針轉化為結構指針取值，但如果我們讀取的是雙字節或者是四字節的數據，同樣需要注意對齊的問題，例如，如果從一個BUFFER的偏移10處讀取一個四字節值，則實際得到的值是偏移8處的
地址上的DWORD值。
本文來自CSDN博客，轉載請標明出處：http://blog.csdn.net/lqk1985/archive/2008/10/23/3129842.aspx