什么是消息？
消息系統對于一個win32程序來說十分重要，它是一個程序運行的動力源泉。一個消息，是系統定義的一個32位的值，他唯一的定義了一個事件，向Windows發出一個通知，告訴應用程序某個事情發生了。例如，單擊鼠標、改變窗口尺寸、按下鍵盤上的一個鍵都會使Windows發送一個消息給應用程序。
消息本身是作為一個記錄傳遞給應用程序的，這個記錄中包含了消息的類型以及其他信息。例如，對于單擊鼠標所產生的消息來說，這個記錄中包含了單擊鼠標時的坐標。這個記錄類型叫做MSG，MSG含有來自windows應用程序消息隊列的消息信息，它在Windows中聲明如下：
typedef struct tagMsg
{
HWND hwnd; 接受該消息的窗口句柄
UINT message; 消息常量標識符，也就是我們通常所說的消息號
WPARAM wParam; 32位消息的特定附加信息，確切含義依賴于消息值
LPARAM lParam; 32位消息的特定附加信息，確切含義依賴于消息值
DWORD time; 消息創建時的時間
POINT pt; 消息創建時的鼠標/光標在屏幕坐標系中的位置
}MSG;
消息可以由系統或者應用程序產生。系統在發生輸入事件時產生消息。舉個例子, 當用戶敲鍵, 移動鼠標或者單擊控件。系統也產生消息以響應由應用程序帶來的變化, 比如應用程序改變系統字體改變窗體大小。應用程序可以產生消息使窗體執行任務，或者與其他應用程序中的窗口通訊。
消息中有什么？
我們給出了上面的注釋，是不是會對消息結構有了一個比較清楚的認識？如果還沒有，那么我們再試著給出下面的解釋：
hwnd 32位的窗口句柄。窗口可以是任何類型的屏幕對象，因為Win32能夠維護大多數可視對象的句柄(窗口、對話框、按鈕、編輯框等)。
message用于區別其他消息的常量值，這些常量可以是Windows單元中預定義的常量，也可以是自定義的常量。消息標識符以常量命名的方式指出消息的含義。當窗口過程接收到消息之后，他就會使用消息標識符來決定如何處理消息。例如、WM_PAINT告訴窗口過程窗體客戶區被改變了需要重繪。符號常量指定系統消息屬于的類別，其前綴指明了處理解釋消息的窗體的類型。
wParam 通常是一個與消息有關的常量值，也可能是窗口或控件的句柄。
lParam 通常是一個指向內存中數據的指針。由于WParam、lParam和Pointer都是32位的，因此，它們之間可以相互轉換。
消息標識符的值
系統保留消息標識符的值在0x0000在0x03ff(WM_USER-1)范圍。這些值被系統定義消息使用。 應用程序不能使用這些值給自己的消息。應用程序消息從WM_USER（0X0400）到0X7FFF，或0XC000到0XFFFF；WM_USER到0X7FFF范圍的消息由應用程序自己使用；0XC000到0XFFFF范圍的消息用來和其他應用程序通信，我們順便說一下具有標志性的消息值：
WM_NULL---0x0000 空消息。
0x0001----0x0087 主要是窗口消息。
0x00A0----0x00A9 非客戶區消息
0x0100----0x0108 鍵盤消息
0x0111----0x0126 菜單消息
0x0132----0x0138 顏色控制消息
0x0200----0x020A 鼠標消息
0x0211----0x0213 菜單循環消息
0x0220----0x0230 多文檔消息
0x03E0----0x03E8 DDE消息
0x0400 WM_USER
0x8000 WM_APP
0x0400----0x7FFF 應用程序自定義私有消息
消息有的分類？
其實，windows中的消息雖然很多，但是種類并不繁雜，大體上有3種：窗口消息、命令消息和控件通知消息。
窗口消息大概是系統中最為常見的消息，它是指由操作系統和控制其他窗口的窗口所使用的消息。例如CreateWindow、DestroyWindow和MoveWindow等都會激發窗口消息，還有我們在上面談到的單擊鼠標所產生的消息也是一種窗口消息。
命令消息，這是一種特殊的窗口消息，他用來處理從一個窗口發送到另一個窗口的用戶請求，例如按下一個按鈕，他就會向主窗口發送一個命令消息。
控件通知消息，是指這樣一種消息，一個窗口內的子控件發生了一些事情，需要通知父窗口。通知消息只適用于標準的窗口控件如按鈕、列表框、組合框、編輯框，以及Windows公共控件如樹狀視圖、列表視圖等。例如，單擊或雙擊一個控件、在控件中選擇部分文本、操作控件的滾動條都會產生通知消息。 她類似于命令消息，當用戶與控件窗口交互時，那么控件通知消息就會從控件窗口發送到它的主窗口。但是這種消息的存在并不是為了處理用戶命令，而是為了讓主窗口能夠改變控件，例如加載、顯示數據。例如按下一個按鈕，他向父窗口發送的消息也可以看作是一個控件通知消息；單擊鼠標所產生的消息可以由主窗口直接處理，然后交給控件窗口處理。
其中窗口消息及控件通知消息主要由窗口類即直接或間接由CWND類派生類處理。相對窗口消息及控件通知消息而言，命令消息的處理對象范圍就廣得多，它不僅可以由窗口類處理，還可以由文檔類，文檔模板類及應用類所處理。
由于
控件通知消息很重要的，人們用的也比較多，但是具體的含義往往令初學者暈頭轉向，所以我決定把常見的幾個列出來供大家參考：
按扭控件
BN_CLICKED 用戶單擊了按鈕
BN_DISABLE 按鈕被禁止
BN_DOUBLECLICKED 用戶雙擊了按鈕
BN_HILITE 用/戶加亮了按鈕
BN_PAINT 按鈕應當重畫
BN_UNHILITE 加亮應當去掉
組合框控件
CBN_CLOSEUP 組合框的列表框被關閉
CBN_DBLCLK 用戶雙擊了一個字符串
CBN_DROPDOWN 組合框的列表框被拉出
CBN_EDITCHANGE 用戶修改了編輯框中的文本
CBN_EDITUPDATE 編輯框內的文本即將更新
CBN_ERRSPACE 組合框內存不足
CBN_KILLFOCUS 組合框失去輸入焦點
CBN_SELCHANGE 在組合框中選擇了一項
CBN_SELENDCANCEL 用戶的選擇應當被取消
CBN_SELENDOK 用戶的選擇是合法的
CBN_SETFOCUS 組合框獲得輸入焦點
編輯框控件
EN_CHANGE 編輯框中的文本己更新
EN_ERRSPACE 編輯框內存不足
EN_HSCROLL 用戶點擊了水平滾動條
EN_KILLFOCUS 編輯框正在失去輸入焦點
EN_MAXTEXT 插入的內容被截斷
EN_SETFOCUS 編輯框獲得輸入焦點
EN_UPDATE 編輯框中的文本將要更新
EN_VSCROLL 用戶點擊了垂直滾動條消息含義
列表框控件
LBN_DBLCLK 用戶雙擊了一項
LBN_ERRSPACE 列表框內存不夠
LBN_KILLFOCUS 列表框正在失去輸入焦點
LBN_SELCANCEL 選擇被取消
LBN_SELCHANGE 選擇了另一項
LBN_SETFOCUS 列表框獲得輸入焦點
隊列消息和非隊列消息
從消息的發送途徑來看，消息可以分成2種：隊列消息和非隊列消息。消息隊列由可以分成系統消息隊列和線程消息隊列。
系統消息隊列由Windows維護，線程消息隊列則由每個GUI線程自己進行維護，為避免給non-GUI現成創建消息隊列，所有線程產生時并沒有消息隊列，僅當線程第一次調用GDI函數數系統給線程創建一個消息隊列。隊列消息送到系統消息隊列，然后到線程消息隊列；非隊列消息直接送給目的窗口過程。
對于隊列消息，最常見的是鼠標和鍵盤觸發的消息，例如WM_MOUSERMOVE,WM_CHAR等消息，還有一些其它的消息，例如：WM_PAINT、WM_TIMER和WM_QUIT。當鼠標、鍵盤事件被觸發后，相應的鼠標或鍵盤驅動程序就會把這些事件轉換成相應的消息，然后輸送到系統消息隊列，由Windows系統去進行處理。Windows系統則在適當的時機，從系統消息隊列中取出一個消息，根據前面我們所說的MSG消息結構確定消息是要被送往那個窗口，然后把取出的消息送往創建窗口的線程的相應隊列，下面的事情就該由線程消息隊列操心了，Windows開始忙自己的事情去了。線程看到自己的消息隊列中有消息，就從隊列中取出來，通過操作系統發送到合適的窗口過程去處理。 //有關Windows中消息的走向的說明
一般來講，系統總是將消息Post在消息隊列的末尾。這樣保證窗口以先進先出的順序接受消息。然而,WM_PAINT是一個例外，同一個窗口的多個 WM_PAINT被合并成一個 WM_PAINT 消息, 合并所有的無效區域到一個無效區域。合并WM_PAIN的目的是為了減少刷新窗口的次數。
非隊列消息將會繞過系統隊列和消息隊列，直接將消息發送到窗口過程，。系統發送非隊列消息通知窗口，系統發送消息通知窗口。 例如,當用戶激活一個窗口系統發送WM_ACTIVATE, WM_SETFOCUS, and WM_SETCURSOR。這些消息通知窗口它被激活了。非隊列消息也可以由當應用程序調用系統函數產生。例如,當程序調用SetWindowPos系統發送WM_WINDOWPOSCHANGED消息。一些函數也發送非隊列消息，例如下面我們要談到的函數。
消息的發送
了解了上面的這些基礎理論之后，我們就可以進行一下簡單的消息發送與接收。
把一個消息發送到窗口有3種方式：發送、寄送和廣播。
發送消息的函數有SendMessage、SendMessageCallback、SendNotifyMessage、SendMessageTimeout；寄送消息的函數主要有PostMessage、PostThreadMessage、PostQuitMessage；廣播消息的函數我知道的只有BroadcastSystemMessage、BroadcastSystemMessageEx。
SendMessage的原型如下：LRESULT SendMessage(HWND hWnd,UINT Msg,WPARAM wParam,LPARAM lParam)，這個函數主要是向一個或多個窗口發送一條消息，一直等到消息被處理之后才會返回。不過需要注意的是，如果接收消息的窗口是同一個應用程序的一部分，那么這個窗口的窗口函數就被作為一個子程序馬上被調用；如果接收消息的窗口是被另外的線程所創建的，那么窗口系統就切換到相應的線程并且調用相應的窗口函數，這條消息不會被放進目標應用程序隊列中。函數的返回值是由接收消息的窗口的窗口函數返回，返回的值取決于被發送的消息。
PostMessage的原型如下：BOOL PostMessage(HWND hWnd,UINT Msg,WPARAM wParam,LPARAM lParam)，該函數把一條消息放置到創建hWnd窗口的線程的消息隊列中，該函數不等消息被處理就馬上將控制返回。需要注意的是，如果hWnd參數為HWND_BROADCAST，那么，消息將被寄送給系統中的所有的重疊窗口和彈出窗口，但是子窗口不會收到該消息；如果hWnd參數為NULL，則該函數類似于將dwThreadID參數設置成當前線程的標志來調用PostThreadMEssage函數。
從上面的這2個具有代表性的函數，我們可以看出消息的發送方式和寄送方式的區別所在：被發送的消息是否會被立即處理，函數是否立即返回。被發送的消息會被立即處理，處理完畢后函數才會返回；被寄送的消息不會被立即處理，他被放到一個先進先出的隊列中，一直等到應用程序空線的時候才會被處理，不過函數放置消息后立即返回。
實際上，發送消息到一個窗口處理過程和直接調用窗口處理過程之間并沒有太大的區別，他們直接的唯一區別就在于你可以要求操作系統截獲所有被發送的消息，但是不能夠截獲對窗口處理過程的直接調用。
以寄送方式發送的消息通常是與用戶輸入事件相對應的，因為這些事件不是十分緊迫，可以進行緩慢的緩沖處理，例如鼠標、鍵盤消息會被寄送，而按鈕等消息則會被發送。
廣播消息用得比較少，BroadcastSystemMessage函數原型如下：
long BroadcastSystemMessage(DWORD dwFlags,LPDWORD lpdwRecipients,UINT uiMessage,WPARAM wParam,LPARAM lParam);
該函數可以向指定的接收者發送一條消息，這些接收者可以是應用程序、可安裝的驅動程序、網絡驅動程序、系統級別的設備驅動消息和他們的任意組合。需要注意的是，如果dwFlags參數是BSF_QUERY并且至少一個接收者返回了BROADCAST_QUERY_DENY，則返回值為０，如果沒有指定BSF_QUERY，則函數將消息發送給所有接收者，并且忽略其返回值。