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