訊息系統對於一個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位的，因此，它們之間可以相互轉換。
 

把一個訊息傳送到視窗有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函式。
　　從上面的這２個具有代表性的函式，我們可以看出訊息的傳送方式和寄送方式的區別所在：被髮送的訊息是否會被立即處理，函式是否立即返回。被髮送的訊息會被立即處理，處理完畢後函式才會返回；被寄送的訊息不會被立即處理，他被放到一個先進先出的佇列中，一直等到應用程式空線的時候才會被處理，不過函式放置訊息後立即返回。

實際上，傳送訊息到一個視窗處理過程和直接呼叫視窗處理過程之間並沒有太大的區別，他們直接的唯一區別就在於你可以要求作業系統截獲所有被髮送的訊息，但是不能夠截獲對視窗處理過程的直接呼叫。
　　以寄送方式傳送的訊息通常是與使用者輸入事件相對應的，因為這些事件不是十分緊迫，可以進行緩慢的緩衝處理，例如滑鼠、鍵盤訊息會被寄送，而按鈕等訊息則會被髮送。
　　廣播訊息用得比較少，BroadcastSystemMessage函式原型如下：
      long BroadcastSystemMessage(DWORD dwFlags,LPDWORD lpdwRecipients,UINT uiMessage,WPARAM wParam,LPARAM lParam);該函式可以向指定的接收者傳送一條訊息，這些接收者可以是應用程式、可安裝的驅動程式、網路驅動程式、系統級別的裝置驅動訊息和他們的任意組合。需要注意的是，如果dwFlags引數是BSF_QUERY並且至少一個接收者返回了BROADCAST_QUERY_DENY，則返回值為０，如果沒有指定BSF_QUERY，則函式將訊息傳送給所有接收者，並且忽略其返回值。

訊息的接收主要有３個函式：GetMessage、PeekMessage、WaitMessage。
　 GetMessage原型如下：BOOL GetMessage(LPMSG lpMsg,HWND hWnd,UINT wMsgFilterMin,UINT wMsgFilterMax);該函式用來獲取與hWnd引數所指定的視窗相關的且wMsgFilterMin和wMsgFilterMax引數所給出的訊息值範圍內的訊息。需要注意的是，如果hWnd為NULL，則GetMessage獲取屬於呼叫該函式應用程式的任一視窗的訊息，如果 wMsgFilterMin和wMsgFilterMax都是０，則GetMessage就返回所有可得到的訊息。函式獲取之後將刪除訊息佇列中的除 WM_PAINT訊息之外的其他訊息，至於WM_PAINT則只有在其處理之後才被刪除。
　　　PeekMessage原型如下：BOOL PeekMessage(LPMSG lpMsg,HWND hWnd,UINT wMsgFilterMin,UINT wMsgFilterMax,UINT wRemoveMsg）；該函式用於檢視應用程式的訊息佇列，如果其中有訊息就將其放入lpMsg所指的結構中，不過，與GetMessage不同的是，PeekMessage函式不會等到有訊息放入佇列時才返回。同樣，如果hWnd為NULL，則PeekMessage獲取屬於呼叫該函式應用程式的任一視窗的訊息，如果hWnd=-1，那麼函式只返回把hWnd引數為NULL的PostAppMessage函式送去的訊息。如果 wMsgFilterMin和wMsgFilterMax都是０，則PeekMessage就返回所有可得到的訊息。函式獲取之後將視最後一個引數來決定是否刪除訊息佇列中的除 WM_PAINT訊息之外的其他訊息，至於WM_PAINT則只有在其處理之後才被刪除。
　　　WaitMessage原型如下：BOOL WaitMessage();當一個應用程式無事可做時，該函式就將控制權交給另外的應用程式，同時將該應用程式掛起，直到一個新的訊息被放入應用程式的佇列之中才返回。