今天剛開始調試windows核心編程中的例程就感覺十分難懂，原因是自己的c++基本功力實在太弱了
首先在windows編程的過程中大量的使用宏的問題。
＃pragma 的用法
在所有的預處理指令中，#Pragma 指令可能是最複雜的了，它的作用是設定編譯器的狀態或者是指示編譯器完成一些特定的動作。#pragma指令對每個編譯器給出了一個方法,在保持與C和C ++語言完全兼容的情況下,給出主機或操作系統專有的特徵。依據定義,編譯指示是機器
或操作系統專有的,且對於每個編譯器都是不同的。
其格式一般爲: #Pragma Para
其中Para 爲參數，下面來看一些常用的參數。
(1)message 參數。 Message 參數是我最喜歡的一個參數，它能夠在編譯信息輸出窗
口中輸出相應的信息，這對於源代碼信息的控制是非常重要的。其使用方法爲：
#Pragma message(“消息文本”)
當編譯器遇到這條指令時就在編譯輸出窗口中將消息文本打印出來。
當我們在程序中定義了許多宏來控制源代碼版本的時候，我們自己有可能都會忘記有沒有正
確的設置這些宏，此時我們可以用這條指令在編譯的時候就進行檢查。假設我們希望判斷自
己有沒有在源代碼的什麼地方定義了_X86這個宏可以用下面的方法
#ifdef _X86
#Pragma message(“_X86 macro activated!”)
#endif
當我們定義了_X86這個宏以後，應用程序在編譯時就會在編譯輸出窗口裏顯示“_
X86 macro activated!”。我們就不會因爲不記得自己定義的一些特定的宏而抓耳撓腮了。
(2)另一個使用得比較多的pragma參數是code_seg。格式如：
#pragma code_seg( [/section-name/[,/section-class/] ] )
它能夠設置程序中函數代碼存放的代碼段，當我們開發驅動程序的時候就會使用到它。
(3)#pragma once (比較常用）
只要在頭文件的最開始加入這條指令就能夠保證頭文件被編譯一次，這條指令實際上在VC6
中就已經有了，但是考慮到兼容性並沒有太多的使用它。
(4)#pragma hdrstop表示預編譯頭文件到此爲止，後面的頭文件不進行預編譯。BCB可以預
編譯頭文件以加快鏈接的速度，但如果所有頭文件都進行預編譯又可能佔太多磁盤空間，所
以使用這個選項排除一些頭文件。
有時單元之間有依賴關係，比如單元A依賴單元B，所以單元B要先於單元A編譯。你可以用#p
ragma startup指定編譯優先級，如果使用了#pragma package(smart_init) ，BCB就會根據優先級的大小先後編譯。
(5)#pragma resource /*.dfm/表示把*.dfm文件中的資源加入工程。*.dfm中包括窗體
外觀的定義。
(6)#pragma warning( disable : 4507 34; once : 4385; error : 164 )
等價於：
#pragma warning(disable:4507 34) // 不顯示4507和34號警告信息
#pragma warning(once:4385) // 4385號警告信息僅報告一次
#pragma warning(error:164) // 把164號警告信息作爲一個錯誤。
同時這個pragma warning 也支持如下格式：
#pragma warning( push [ ,n ] )
#pragma warning( pop )
這裏n代表一個警告等級(1---4)。
#pragma warning( push )保存所有警告信息的現有的警告狀態。
#pragma warning( push, n)保存所有警告信息的現有的警告狀態，並且把全局警告
等級設定爲n。
#pragma warning( pop )向棧中彈出最後一個警告信息，在入棧和出棧之間所作的
一切改動取消。例如：
#pragma warning( push )
#pragma warning( disable : 4705 )
#pragma warning( disable : 4706 )
#pragma warning( disable : 4707 )
//.......
#pragma warning( pop )
在這段代碼的最後，重新保存所有的警告信息(包括4705，4706和4707)。
（7）pragma comment(...)
該指令將一個註釋記錄放入一個對象文件或可執行文件中。
常用的lib關鍵字，可以幫我們連入一個庫文件。
（8）·通過#pragma pack(n)改變C編譯器的字節對齊方式
在C語言中，結構是一種複合數據類型，其構成元素既可以是基本數據類型（如int、
long、float等）的變量，也可以是一些複合數據類型（如數組、結構、聯合等）的
數據單元。在結構中，編譯器爲結構的每個成員按其自然對界（alignment）條件分
配空間。各個成員按照它們被聲明的順序在內存中順序存儲，第一個成員的地址和
整個結構的地址相同。
例如，下面的結構各成員空間分配情況：
struct test
{
char x1;
short x2;
float x3;
char x4;
};
結構的第一個成員x1，其偏移地址爲0，佔據了第1個字節。第二個成員x2爲
short類型，其起始地址必須2字節對界，因此，編譯器在x2和x1之間填充了一個
空字節。結構的第三個成員x3和第四個成員x4恰好落在其自然對界地址上，在它
們前面不需要額外的填充字節。在test結構中，成員x3要求4字節對界，是該結構
所有成員中要求的最大對界單元，因而test結構的自然對界條件爲4字節，編譯器
在成員x4後面填充了3個空字節。整個結構所佔據空間爲12字節。更改C編譯器的
缺省字節對齊方式
在缺省情況下，C編譯器爲每一個變量或是數據單元按其自然對界條件分配
空間。一般地，可以通過下面的方法來改變缺省的對界條件：
· 使用僞指令#pragma pack (n)，C編譯器將按照n個字節對齊。
· 使用僞指令#pragma pack ()，取消自定義字節對齊方式。
另外，還有如下的一種方式：
· __attribute((aligned (n)))，讓所作用的結構成員對齊在n字節自然邊界上。
如果結構中有成員的長度大於n，則按照最大成員的長度來對齊。
· __attribute__ ((packed))，取消結構在編譯過程中的優化對齊，按照實際
佔用字節數進行對齊。
以上的n = 1, 2, 4, 8, 16... 第一種方式較爲常見。
應用實例
在網絡協議編程中，經常會處理不同協議的數據報文。一種方法是通過指針偏移的
方法來得到各種信息，但這樣做不僅編程複雜，而且一旦協議有變化，程序修改起來
也比較麻煩。在瞭解了編譯器對結構空間的分配原則之後，我們完全可以利用這
一特性定義自己的協議結構，通過訪問結構的成員來獲取各種信息。這樣做，
不僅簡化了編程，而且即使協議發生變化，我們也只需修改協議結構的定義即可，
其它程序無需修改，省時省力。下面以TCP協議首部爲例，說明如何定義協議結構。
其協議結構定義如下：
#pragma pack(1) // 按照1字節方式進行對齊
struct TCPHEADER
{
short SrcPort; // 16位源端口號
short DstPort; // 16位目的端口號
int SerialNo; // 32位序列號
int AckNo; // 32位確認號
unsigned char HaderLen : 4; // 4位首部長度
unsigned char Reserved1 : 4; // 保留6位中的4位
unsigned char Reserved2 : 2; // 保留6位中的2位
unsigned char URG : 1;
unsigned char ACK : 1;
unsigned char PSH : 1;
unsigned char RST : 1;
unsigned char SYN : 1;
unsigned char FIN : 1;
short WindowSize; // 16位窗口大小
short TcpChkSum; // 16位TCP檢驗和
short UrgentPointer; // 16位緊急指針
};
#pragma pack() // 取消1字節對齊方式
轉自：http://www.cnblogs.com/flying_bat/archive/2008/04/23/1167640.html