本文對WM_CLOSE、WM_DESTROY、WM_QUIT及各種消息投遞函數(shù)的功能及區(qū)別做出了分析比對，有助于讀者更好的對消息投遞函數(shù)加以理解。詳情如下：

一、WM_CLOSE、WM_DESTROY、WM_QUIT區(qū)別

WM_CLOSE：關(guān)閉應(yīng)用程序窗口

WM_DESTROY：關(guān)閉應(yīng)用程序

WM_QUIT：關(guān)閉消息循環(huán)

只有關(guān)閉了消息循環(huán)，應(yīng)用程序的進程才真正退出(在任務(wù)管理器里消失)。

win32應(yīng)用程序的完整退出過程：點擊窗口右上角的關(guān)閉按鈕，發(fā)送WM_CLOSE消息。此消息處理中調(diào)用DestroyWindow函數(shù)，發(fā)送WM_DESTROY消息。此消息處理中調(diào)用PostQuitMessage(0)函數(shù)，發(fā)送WM_QUIT消息到消息隊列中。GetMessage捕獲到WM_QUIT，返回0，退出循環(huán)(應(yīng)用程序真正退出)。

注意：按照上述正常流程，WM_QUIT是不會到達窗口過程的。(因為在GetMessage截獲了WM_QUIT消息之后，程序已經(jīng)徹底退出了！)

MFC應(yīng)用程序的完整退出過程：點擊窗口右上角的關(guān)閉按鈕，或選擇【File/Close】，發(fā)出 WM_CLOSE消息。CMyFrameWnd 并沒有設(shè)置WM_CLOSE 處理常式，于是交給預(yù)設(shè)之處理常式。預(yù)設(shè)函數(shù)對于WM_CLOSE 的處理方式是呼叫 ::DestroyWindow， 并因而發(fā)出WM_DESTROY。預(yù)設(shè)之WM_DESTROY 處理方式是呼叫::PostQuitMessage，因此發(fā)出WM_QUIT。CWinApp::Run 收到WM_QUIT 后會結(jié)束其內(nèi)部之訊息回路， 然后呼叫ExitInstance，這是CWinApp 的一個虛擬函數(shù)。如果自己應(yīng)用程序類CMyWinApp 改寫了ExitInstance ， 那么CWinApp::Run 所呼叫的就是CMyWinApp::ExitInstance，否則就是 CWinApp::ExitInstance。最后回到 AfxWinMain，執(zhí)行 AfxWinTerm，結(jié)束程序。

附加：當(dāng)調(diào)用DestroyWindow函數(shù)后，操作系統(tǒng)就會進行一系列的刪除動作，先發(fā)送WM_DESTROY消息，接著發(fā)送WM_NCDESTROY消息。如果這個窗口還有子窗口或者是其它窗口的所有者，就需要給所有子窗口發(fā)送刪除消息。
WM_QUIT是唯一可以使GetMessage(&msg,NULL,0,0)返回假值的消息.
相關(guān)代碼分析：

//主函數(shù)中進入消息循環(huán)的代碼片斷
while(GetMessage(&msg,NULL,0,0))
{
TranslateMessage(&msg); //將消息進行處理一下
DispatchMessage(&msg); //再將消息變量msg傳給windows,讓windows來調(diào)用消息處理函數(shù)
}

如果把GetMessage(&msg,NULL,0,0)改為GetMessage(&msg,hWnd,0,0)，則發(fā)現(xiàn)關(guān)閉應(yīng)用程序后，任務(wù)管理器中仍有該程序的進程，且占用大量的內(nèi)存，why？

msdn中的原因解釋是：對于GetMessage(&msg,hWnd,0,0)，當(dāng)?shù)诙€參數(shù)無效時，此函數(shù)返回值為-1。對于上述循環(huán)來說，此while條件為真，因此進入死循環(huán)，進程無法退出。

二、各種消息投遞函數(shù)

1、SendMessage：發(fā)送消息給指定的窗口過程；直到窗口過程處理了消息才返回。

2、PostMessage：將消息放入消息隊列(與指定窗口創(chuàng)建的線程相關(guān))中；無需等待消息處理，立即返回。
   不能發(fā)送WM_QUIT消息，此消息只能由PostQuitMessage函數(shù)發(fā)送。

3、PostThreadMessage：發(fā)送消息給指定線程的消息隊列；無需等待線程處理消息，立即返回。
   此函數(shù)發(fā)送的消息和窗口是無關(guān)的。我們只需指定線程ID就OK了，但要保證線程已創(chuàng)建，否則會失敗。

4、GetMessage：從調(diào)用線程的消息隊列中取消息。
   當(dāng)?shù)诙€參數(shù)為NULL時，它檢索以下兩種消息：
     a、屬于調(diào)用線程的任何窗口的消息；
     b、由PostThreadMessag投遞給該調(diào)用線程的消息。

5、PeekMessage：功能同GetMessage。區(qū)別是：
   GetMessage：直到一個匹配了過濾條件的消息，被放到消息隊列中才返回。
   PeekMessage：不管消息是否放入隊列，立即返回。

6、DispatchMessage：派遣消息給相應(yīng)的窗口過程。

7、TranslateMessage：轉(zhuǎn)換虛擬鍵信息到字符消息。