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