1. 窗口過程
每個窗口會有一個稱為窗口過程的回調(diào)函數(shù)(WndProc)，它帶有四個參數(shù)，分別為：窗口句柄(Window Handle),消息ID(Message ID),和兩個消息參數(shù)(wParam, lParam), 當(dāng)窗口收到消息時系統(tǒng)就會調(diào)用此窗口過程來處理消息。（所以叫回調(diào)函數(shù)）
2 消息類型
2.1 系統(tǒng)定義消息(System-Defined Messages)
在SDK中事先定義好的消息，非用戶定義的，其范圍在[0x0000, 0x03ff]之間， 可以分為以下三類：
2.1.1: 窗口消息(Windows Message)
與窗口的內(nèi)部運作有關(guān)，如創(chuàng)建窗口，繪制窗口，銷毀窗口等。可以是一般的窗口，也可以是Dialog,控件等。
如：WM_CREATE, WM_PAINT, WM_MOUSEMOVE, WM_CTLCOLOR, WM_HSCROLL...
2.1.2: 命令消息(Command Message)
與處理用戶請求有關(guān)， 如單擊菜單項或工具欄或控件時， 就會產(chǎn)生命令消息。
WM_COMMAND, LOWORD(wParam)表示菜單項，工具欄按鈕或控件的ID。如果是控件, HIWORD(wParam)表示控件消息類型
2.1.3: 控件通知(Notify Message)
控件通知消息， 這是最靈活的消息格式， 其Message, wParam, lParam分別為：WM_NOTIFY, 控件ID，指向NMHDR的指針。NMHDR包含控件通知的內(nèi)容， 可以任意擴展。
2.2 程序定義消息(Application-Defined Messages)
用戶自定義的消息， 對于其范圍有如下規(guī)定：
WM_USER: 0x0400-0x7FFF (ex. WM_USER+10)
WM_APP(winver>4.0): 0x8000-0xBFFF (ex.WM_APP+4)
RegisterWindowMessage: 0xC000-0xFFFF
3 消息隊列(Message Queues)
Windows中有兩種類型的消息隊列
3.1 系統(tǒng)消息隊列(System Message Queue)
這是一個系統(tǒng)唯一的Queue，設(shè)備驅(qū)動(mouse, keyboard)會把操作輸入轉(zhuǎn)化成消息存在系統(tǒng)隊列中，然后系統(tǒng)會把此消息放到目標(biāo)窗口所在的線程的消息隊列(thread-specific message queue)中等待處理
3.2 線程消息隊列(Thread-specific Message Queue)
每一個GUI線程都會維護這樣一個線程消息隊列。(這個隊列只有在線程調(diào)用GDI函數(shù)時才會創(chuàng)建，默認(rèn)不創(chuàng)建)。然后線程消息隊列中的消息會被送到相應(yīng)的窗口過程(WndProc)處理.
注意： 線程消息隊列中WM_PAINT，WM_TIMER只有在Queue中沒有其他消息的時候才會被處理，WM_PAINT消息還會被合并以提高效率。其他所有消息以先進先出（FIFO）的方式被處理。
4 隊列消息(Queued Messages)和非隊列消息(Non-Queued Messages)
4.1 隊列消息(Queued Messages)
消息會先保存在消息隊列中，消息循環(huán)會從此隊列中取消息并分發(fā)到各窗口處理
如鼠標(biāo)，鍵盤消息。
4.2 非隊列消息(NonQueued Messages)
消息會繞過系統(tǒng)消息隊列和線程消息隊列直接發(fā)送到窗口過程被處理
如： WM_ACTIVATE, WM_SETFOCUS, WM_SETCURSOR， WM_WINDOWPOSCHANGED
注意: postMessage發(fā)送的消息是隊列消息，它會把消息Post到消息隊列中； SendMessage發(fā)送的消息是非隊列消息， 被直接送到窗口過程處理
5 PostMessage(PostThreadMessage), SendMessage
PostMessage:把消息放到指定窗口所在的線程消息隊列中后立即返回。 PostThreadMessage：把消息放到指定線程的消息隊列中后立即返回。
SendMessage：直接把消息送到窗口過程處理， 處理完了才返回。
6 GetMessage, PeekMessage
PeekMessage會立即返回 可以保留消息
GetMessage在有消息時返回 會刪除消息
7 TranslateMessage, TranslateAccelerator
TranslateMessage: 把一個virtual-key消息轉(zhuǎn)化成字符消息(character message)，并放到當(dāng)前線程的消息隊列中，消息循環(huán)下一次取出處理。
TranslateAccelerator: 將快捷鍵對應(yīng)到相應(yīng)的菜單命令。它會把WM_KEYDOWN 或 WM_SYSKEYDOWN轉(zhuǎn)化成快捷鍵表中相應(yīng)的WM_COMMAND 或WM_SYSCOMMAND消息， 然后把轉(zhuǎn)化后的 WM_COMMAND或WM_SYSCOMMAND直接發(fā)送到窗口過程處理， 處理完后才會返回。
8(消息死鎖( Message Deadlocks)
假設(shè)有線程A和B， 現(xiàn)在有以下下步驟
1) 線程A SendMessage給線程B, A等待消息在線程B中處理后返回
2) 線程B收到了線程A發(fā)來的消息，并進行處理， 在處理過程中，B也向線程A SendMessgae，然后等待從A返回。
因為此時， 線程A正等待從線程B返回， 無法處理B發(fā)來的消息， 從而導(dǎo)致了\線程A,B相互等待， 形成死鎖。多個線程也可以形成環(huán)形死鎖。
可以使用 SendNotifyMessage或SendMessageTimeout來避免出現(xiàn)死鎖。
9 BroadcastSystemMessage
我們一般所接觸到的消息都是發(fā)送給窗口的， 其實， 消息的接收者可以是多種多樣的，它可以是應(yīng)用程序(applications), 可安裝驅(qū)動(installable drivers), 網(wǎng)絡(luò)設(shè)備(network drivers), 系統(tǒng)級設(shè)備驅(qū)動(system-level device drivers)等，
BroadcastSystemMessage這個API可以對以上系統(tǒng)組件發(fā)送消息。