MFC添加自定义消息及重写消息过程
由于MFC中無法通過類向?qū)碜远x消息，所以需要手動添加，主要過程如下：
本文基于vs2008下通過線程實(shí)現(xiàn)數(shù)據(jù)實(shí)時(shí)更新的對話框運(yùn)用程序
1. 定義消息（Resource.h文件中）：
由于很多新控件也會用到WM_USER消息，所以定義WM_USER+100或更高，避免沖突
#define WM_UPDATEDATA (WM_USER + 100)?
2015-3-18 更新
1. 定義消息（ stdafx.h文件中）：
由于很多新控件也會用到WM_USER消息，所以定義WM_USER+100或更高，避免沖突，消息定義到stdafx.h文件中，Resource.h文件由系統(tǒng)維護(hù)，經(jīng)常出現(xiàn)自定義的消息丟失。
#define WM_UPDATEDATA (WM_USER + 100)2. 聲明消息響應(yīng)函數(shù)：
放在消息映射部分，即DECLARE_MESSAGE_MAP()之前
// 實(shí)現(xiàn) protected:HICON m_hIcon;// 生成的消息映射函數(shù)virtual BOOL OnInitDialog();afx_msg void OnPaint();afx_msg HCURSOR OnQueryDragIcon();afx_msg LRESULT OnUpdateData(WPARAM wParam, LPARAM lParam);DECLARE_MESSAGE_MAP()3. 實(shí)現(xiàn)消息響應(yīng)函數(shù)：
由于在vs2008中未定義ON_MESSAGE_VOID，所以定義的消息響應(yīng)函數(shù)必須有返回值，即LRESULT；而消息參數(shù)是WPARAM wParam和LPARAM lParam
LRESULT CEditTestDlg::OnUpdateData(WPARAM wParam, LPARAM lParam) {UpdateData(wParam);return 0; }4. 將消息映射到消息處理函數(shù)：
放在AFX_MSG_MAP之前，把WM_UPDATEDATA消息映射到消息響應(yīng)函數(shù)OnUpdateData
BEGIN_MESSAGE_MAP(CEditTestDlg, CDialog)ON_WM_PAINT()ON_WM_QUERYDRAGICON()ON_MESSAGE(WM_UPDATEDATA, OnUpdateData)//}}AFX_MSG_MAPON_BN_CLICKED(IDC_BUTTON1, &CEditTestDlg::OnBnClickedButton1) END_MESSAGE_MAP()5. 發(fā)送自定義消息：
以下函數(shù)是在一個(gè)新的線程中調(diào)用的，PostMessage，SendMessage，SendMessageTimeout均可用，推薦使用SendMessageTimeout函數(shù)
static UINT SendMsgThread(LPVOID lpParam) {CEditTestDlg *dlg = (CEditTestDlg*) lpParam;int i = 0;while (i < 100){Sleep(20);i += 1;dlg->m_value2.Format(_T("%d"), i);//PostMessage(dlg->m_hWnd,WM_UPDATEDATA,FALSE,NULL);//SendMessage(dlg->m_hWnd,WM_UPDATEDATA,FALSE,NULL);SendMessageTimeout(dlg->m_hWnd, WM_UPDATEDATA, FALSE,NULL, SMTO_BLOCK, 1000, NULL);}return 0; }?
?
如果用戶需要一個(gè)定義整個(gè)系統(tǒng)唯一的消息，可以調(diào)用SDK函數(shù)RegisterWindowMessage定義消息:
在Resource.h中將代碼
修改為
static UINT WM_UPDATEDATA=RegisterWindowMessage(_T("User"));并使用ON_REGISTERED_MESSAGE宏指令取代ON_MESSAGE宏指令，其余步驟同上。
注：如果仍然使用ON_MESSAGE宏指令，compile可以通過，但是無法響應(yīng)消息。
//*************重寫消息
c++消息機(jī)制是遇到兩個(gè)參數(shù)不是很明白 查了下資料 記錄下（以下都是我個(gè)人理解，錯(cuò)誤請幫忙指正）：
?
LRESULT SendMessage（HWND hWnd,UINT Msg,WPARAM wParam,?LPARAM lParam）；
這是一個(gè)向指定的窗口發(fā)送指定消息的函數(shù)
HWND hWnd?這個(gè)參數(shù)是窗口的句柄，相當(dāng)于id的玩意 不難理解
UINT Msg?這個(gè)是要發(fā)送的消息?如：WM_CLOSE，WM_SETTEXT。。。。。。。好多
WPARAM wParam和LPARAM lParam這兩個(gè)參數(shù)不是很陌生 下面也是我看其他的資料得到的理解
?
Windows的消息必須參考幫助文件才能知道具體的含義。如果是你定義的消息，愿意怎么使這兩個(gè)參數(shù)都行。但是習(xí)慣上，我們愿意使用LPARAM傳 遞地址，而WPARAM傳遞其他參數(shù)。”
接下來談?wù)勈裁词窍C(jī)制：系統(tǒng)將會維護(hù)一個(gè)或多個(gè)消息隊(duì)列，所有產(chǎn)生的消息都回被放入或是插入隊(duì)列中。系統(tǒng)會在隊(duì)列中取出每一條消息，根據(jù)消息的接收句柄而將該消息發(fā)送給擁有該窗口的程序的消息循環(huán)。每一個(gè)運(yùn)行的程序都有自己的消息循環(huán)，在循環(huán)中得到屬于自己的消息并根據(jù)接收窗口的句柄調(diào)用相應(yīng)的窗口過程。而在沒有消息時(shí)消息循環(huán)就將控制權(quán)交給系統(tǒng)所以Windows可以同時(shí)進(jìn)行多個(gè)任務(wù)。下面的偽代碼演示了消息循環(huán)的用法：
?
?
例如：主程序MyDlg.cpp
1.自定義消息：#define WM_TRAY WM_USER 100
2.函數(shù)原形：afx_msg LRESULT OnTrayNotify(WPARAM wParam,LPARAM lParam);
3.消息映射：ON_MESSAGE(WM_TRAY,OnTrayNotify)
4.原函數(shù)：
LRESULT CMyDlg::OnTrayNotify(WPARAM wParam,LPARAM lParam)
{
return m_tray.OnTrayNotify(wParam,lParam);
}
?
上面程序呢?主要過程是這樣?自定義了一個(gè)消息WM_TRAY?
再創(chuàng)建一個(gè)函數(shù)OnTrayNotify?
然后將消息和函數(shù)綁定在一起ON_MESSAGE(WM_TRAY,OnTrayNotify)
每當(dāng)接受這個(gè)消息時(shí)就運(yùn)行函數(shù)
而WPARAM wParam,LPARAM lParam這兩個(gè)參數(shù)就是消息附帶的參數(shù)跟著消息一起傳遞過來
?
在Win32 SDK中消息本身是作為一個(gè)結(jié)構(gòu)體記錄傳遞給應(yīng)用程序的，這個(gè)記錄中包含了消息的類型以及其他信息。這個(gè)記錄類型叫做MSG，它在window中是這樣聲明的：
typedef struct tagMSG { // msg
HWND hwnd; //窗口句柄
UINT message; //消息常量標(biāo)識符
WPARAM wParam; //32位消息的特定附加信息,具體表示什么處決于message
LPARAM lParam; //32位消息的特定附加信息,具體表示什么處決于message
DWORD time; //消息創(chuàng)建時(shí)的時(shí)間
POINT pt; //消息創(chuàng)建時(shí)的鼠標(biāo)位置
} MSG;
hwnd 接收消息的32位窗口句柄。窗口可以是任何類型的屏幕對象，因?yàn)閃in32能夠維護(hù)大多數(shù)可視對象的句柄(窗口、對話框、按鈕、編輯框等)。
message 用于區(qū)別其他消息的常量值，這些常量可以是Windows單元中預(yù)定義的常量，也可以是自定義的常量。
wParam 通常是一個(gè)與消息有關(guān)的常量值，也可能是窗口或控件的句柄。 lParam 通常是一個(gè)指向內(nèi)存中數(shù)據(jù)的指針。由于wParam,lParam和指針都是32位的，需要時(shí)可以強(qiáng)制類型轉(zhuǎn)換。具體表示什么，與message相關(guān)，他們是事先定義好的。
如果自定義消息：#define WM_MYMESSAGE WM_USER+100，需確定wParam，lParam的意義 (假設(shè)wParam=0時(shí)發(fā)送數(shù)據(jù)，wParam=1時(shí)接收數(shù)據(jù)，lParam為CMyClass* 指針，指向一個(gè)CMyClass對象，準(zhǔn)備要發(fā)送的數(shù)據(jù)或接收數(shù)據(jù) 發(fā)送WM_MYMESSAGE時(shí) SendMessage(hwnd,WM_MYMESSAGE,0，pMyClassObject) 接收消息的窗口，接收WM_MYMESSAGE中(CMyClass*)lParam參數(shù)即pMyClassObject傳過來的數(shù)據(jù)
?
//**********
1. 怎樣使用MFC發(fā)送一個(gè)消息用MFC發(fā)送一個(gè)消息的方法是，
首先，應(yīng)獲取接收消息的CWnd類對象的指針；
然后,調(diào)用CWnd的成員函數(shù)SendMessage( )。
LRESULT Res=pWnd->SendMessage(UINT Msg, WPARAM wParam, LPARAM lParam);
pWnd指針指向目標(biāo)CWnd類對象。變量Msg是消息，wParam和lParam變量包含消息的參數(shù)，如鼠標(biāo)單擊哪里或選擇了什么菜單項(xiàng)。目標(biāo)窗口返回的消息結(jié)果放在變量Res中。
發(fā)送消息到一個(gè)沒有CWnd類對象的窗口，可以用下列目標(biāo)窗口的句柄直接調(diào)用Windows API：
LRESULT Res=::SendMessage(HWND hWnd, UINT Msg, WPARAM wParam, LPARAM lParam);
這里的hWnd是目標(biāo)窗口的句柄。
2. 怎樣用MFC寄送一個(gè)消息
用MFC寄送一個(gè)消息與發(fā)送一個(gè)消息幾乎相同，但寄送時(shí)用PostMessage( ) ，而不是用SendMessage( )；返回值Res也不一樣，Res不是一個(gè)由目標(biāo)窗口返回的值，而是一個(gè)布爾值，用來表示消息是否成功地放到消息隊(duì)列中。
3. 檢索一個(gè)寄送消息
正常情況下，一旦消息被寄送后，應(yīng)用程序在后臺發(fā)送它。但是在特殊情況下，需要你自己去刪除一個(gè)消息，例如想在應(yīng)用程序接收到某種消息之前停止應(yīng)用程序。有兩種方法可以從應(yīng)用程序消息隊(duì)列中刪除一個(gè)消息，但這兩種方法都沒有涉及MFC。
■ 第一種方法：在不干擾任何事情之下窺視消息隊(duì)列，看看一個(gè)消息是否在那里。
BOOL res=::PeekMessage(LPMSG lpMsg, HWND hWnd, UINT wMsFilterMin, UINT wMsgFilterMax, UINT wRemoveMsg ) ;
■ 第二種方法：實(shí)際上是等待，一直等到一個(gè)新的消息到達(dá)隊(duì)列為止，然后刪除并返回該消息。
BOOL res=::GetMessage(LPMSG lpMsg, HWND hWnd, UINT wMsgFilterMin, UINT wMsgFilterMax);
在這兩種方法中，變量hWnd指定要截獲消息的窗口，如果該變量設(shè)為NULL，所有窗口消息將被截獲。wMsgFilterMin和wMsgFilterMax變量與SendMessage( )中的變量Msg相對應(yīng)，指定查看消息的范圍。如果用"0,0"，則所有的消息都將被截獲。如果用WM_KEYFIRST,WM_KEYLAST或WM_MOUSEFIRST,WM_MOUSELAST，則所有鍵盤或鼠標(biāo)的消息將被截獲。wRemoveMsg變量指定PeekMessage( )是否應(yīng)該真正地從隊(duì)列中刪除該消息。(GetMessage( )總是刪除消息)。該變量可以取兩個(gè)值：
■ PM_REMOVE，PeekMessage( )將刪除消息。
■ PM_NOREMOVE，PeekMessage( )將把消息留在隊(duì)列里，并返回它的一個(gè)拷貝。
當(dāng)然，如果把消息留在消息隊(duì)列中，然后再次調(diào)用PeekMessage( )查看相同類型的消息，則將返回完全相同的消息。
lpMsg變量是一個(gè)指向MSG結(jié)構(gòu)的指針，MSG包含檢索到的消息。
typedef struct tagMSG {
HWND hwnd; // window handle message is intended for
UINT message;
WPARAM wParam;
LPARAM lParam;
DWORD time; // the time the message was put in the queue
POINT pt; // the location of the mouse cursor when the
// message was put in the queue
} MSG;
4. MFC怎樣接收一個(gè)寄送的消息
MFC處理一個(gè)寄送和發(fā)送消息的唯一明顯不同是寄送的消息要在應(yīng)用程序的消息隊(duì)列中花費(fèi)一些時(shí)間。在消息泵(message pump)彈出它之前，它要一直在隊(duì)列中。
消息泵
MFC應(yīng)用程序中的消息泵在CWinApp的成員函數(shù)Run()中。應(yīng)用程序開始運(yùn)行時(shí)，Run()就被調(diào)用,Run()把時(shí)間分割成兩部分。一部分用來執(zhí)行后臺處理，如取消臨時(shí)CWnd對象；另一部分用來檢查消息隊(duì)列。當(dāng)一個(gè)新的消息進(jìn)來時(shí)，Run()抽取它—即用GetMessage( )從隊(duì)列中取出該消息，運(yùn)行兩個(gè)消息翻譯函數(shù)，然后用DispatchMessage( )函數(shù)調(diào)用該消息預(yù)期的目標(biāo)窗口進(jìn)程。
消息泵調(diào)用的兩個(gè)翻譯函數(shù)是PreTranslateMessage( )和::TranslateMessage( )。目標(biāo)窗口的MFC類可調(diào)用reTranslateMessage在發(fā)送消息給它之前進(jìn)行消息翻譯，例如，CFrameWnd用PreTranslateMessage( )將加速鍵(如，Ctrl+S存儲文件)轉(zhuǎn)換為命令消息。翻譯前的消息通常被處理掉，而翻譯后的消息(如果有的話)將被重新寄送到隊(duì)列里。::TranslateMessage是一個(gè)窗口函數(shù)，將原始鍵碼轉(zhuǎn)換為鍵字符。消息一旦被DispatchMessage()發(fā)送，MFC處理它就像處理SendMessage()發(fā)送的消息一樣。
5. MFC怎樣處理一個(gè)接收到的消息
處理接收到的消息的目的非常簡單：將消息指向一個(gè)函數(shù)，該函數(shù)通過消息中的消息標(biāo)識符處理它。非MFC窗口用簡單的case語句來實(shí)現(xiàn)該目標(biāo)，每個(gè)case語句執(zhí)行一些函數(shù)，或調(diào)用其他一些函數(shù)。
MainWndProc(HWND hWnd, UINT message, W PARAM wParam,LPARAM lParam)
{
switch(message)
{
case WM_CREATE:
: : :
break;
case WM_PAINT:
: : :
break;
default:
return(DefWindowProc(hWnd,message,wParam,lParam));
}
return(NULL);
}
任何遺漏的消息將被傳輸?shù)揭粋€(gè)默認(rèn)的消息處理函數(shù)，但是，case語句不能很好地適應(yīng)C++和封裝技術(shù)。在C++環(huán)境中，要求消息被一個(gè)專門處理該類型消息的類的成員函數(shù)處理。因此，MFC不采用case語句，而采用更加復(fù)雜和回旋的方法。但它允許用私有類處理消息，而只需做下面三件事情：
■ 從將要接收消息的CWnd類對象派生類(對于命令消息是CCmdTarget)。
■ 在派生類中寫一個(gè)處理消息的成員函數(shù)。
■ 在類中定義一個(gè)查找表(叫做消息映像)，該表具有成員函數(shù)的條目和它要處理的消息的標(biāo)識符。
然后，MFC依次調(diào)用下面的函數(shù)，指引輸入消息到處理函數(shù)。
1) AfxWndProc( )接收消息，尋找消息所屬的CWnd對象，然后調(diào)用AfxCallWndProc( )。
2) AfxCallWndProc( )存儲消息(消息標(biāo)識符和參數(shù))供未來參考，然后調(diào)用WindowProc( )。
3) WindowProc( ) 發(fā)送消息給OnWndMsg( ) ，然后，如果消息未被處理，則發(fā)送給DefWindowproc( )。
4) OnWndMsg( )要么為WM_COMMAND消息調(diào)用OnCommand( )，要么為WM_NOTIFY消息調(diào)用OnNotify( )。任何被遺漏的消息都將是一個(gè)窗口消息。OnWndMsg( )搜索類的消息映像，以找到一個(gè)能處理任何窗口消息的處理函數(shù)。如果OnWndMsg( )不能找到這樣的處理函數(shù)，則把消息返回到WindowProc( )，由它將消息發(fā)送給DefWindowProc( )。
5) OnCommand()查看這是不是一個(gè)控件通知(lParam不是NULL)；如果它是，OnCommand( )就試圖將消息映射到制造通知的控件；如果它不是一個(gè)控件通知，或者控件拒絕映射的消息，OnCommand( )就調(diào)用OnCmdMsg( )。
6) OnNotify( )也試圖將消息映射到制造通知的控件；如果映射不成功， OnNotify( )就調(diào)用相同的OnCmdMsg( )函數(shù)。
7) 根據(jù)接收消息的類，OnCmdMsg( )將在一個(gè)稱為命令傳遞(Command Routing)的過程中潛在地傳遞命令消息和控件通知。例如，如果擁有該窗口的類是一個(gè)框架類，則命令和通知消息也被傳遞到視圖和文檔類，并為該類尋找一個(gè)消息處理函數(shù)。
為什么要消息映像？
這畢竟是C++語言；為什么OnWndMsg( )不為每個(gè)窗口消息調(diào)用一個(gè)預(yù)定義的虛擬函數(shù)？因?yàn)樗糃PU。若是那樣，當(dāng)掃描一個(gè)消息映像以加速該過程時(shí)，OnWndMsg( )可能會做出意想不到的事情，并陷入?yún)R編器。注意通過重載WindowProc( )、OnWndMsg( )、OnCommand( )、OnNotify( ) 或OnCmdMsg( )可以修改這一過程。重載OnWndMsg( )可以在窗口消息被排序之前插入該過程。重載OnCommand( )或OnNotify( )可以在消息被反射之前插入該過程。
?
//***********
windows消息機(jī)制（MFC）
消息分類與消息隊(duì)列
Windows中，消息使用統(tǒng)一的結(jié)構(gòu)體（MSG）來存放信息，其中message表明消息的具體的類型，
而wParam，lParam是其最靈活的兩個(gè)變量，為不同的消息類型時(shí)，存放數(shù)據(jù)的含義也不一樣。
time表示產(chǎn)生消息的時(shí)間，pt表示產(chǎn)生消息時(shí)鼠標(biāo)的位置。
按照類型，Windows將消息分為：
(0) 消息ID范圍
系統(tǒng)定義消息ID范圍：[0x0000, 0x03ff]
用戶自定義的消息ID范圍：?
WM_USER:?0x0400-0x7FFF?(例：WM_USER+10)?
WM_APP(winver> 4.0)：0x8000-0xBFFF?(例：WM_APP+4)?
RegisterWindowMessage：0xC000-0xFFFF【用來和其他應(yīng)用程序通信，為了ID的唯一性，使用::RegisterWindowMessage來得到該范圍的消息ID?】
(1) 窗口消息：即與窗口的內(nèi)部運(yùn)作有關(guān)的消息，如創(chuàng)建窗口，繪制窗口，銷毀窗口等。
? ? ?可以是一般的窗口，也可以是MainFrame,Dialog,控件等。?
? ???如：WM_CREATE, WM_PAINT, WM_MOUSEMOVE, WM_CTLCOLOR, WM_HSCROLL等
(2) 當(dāng)用戶從菜單選中一個(gè)命令項(xiàng)目、按下一個(gè)快捷鍵或者點(diǎn)擊工具欄上的一個(gè)按鈕，都將發(fā)送WM_COMMAND命令消息。
? ? ?LOWORD(wParam)表示菜單項(xiàng)，工具欄按鈕或控件的ID；如果是控件, HIWORD(wParam)表示控件消息類型。
? ? ?#define?LOWORD(l) ((WORD)(l))
? ? ?#define?HIWORD(l) ((WORD)(((DWORD)(l) >> 16) & 0xFFFF))
(3) 隨著控件的種類越來越多，越來越復(fù)雜（如列表控件、樹控件等），僅僅將wParam，lParam將視為一個(gè)32位無符號整數(shù)，已經(jīng)裝不下太多信息了。
? ? 為了給父窗口發(fā)送更多的信息，微軟定義了一個(gè)新的WM_NOTIFY消息來擴(kuò)展WM_COMMAND消息。
? ? WM_NOTIFY消息仍然使用MSG消息結(jié)構(gòu)，只是此時(shí)wParam為控件ID，lParam為一個(gè)NMHDR指針，
? ? 不同的控件可以按照規(guī)則對NMHDR進(jìn)行擴(kuò)充，因此WM_NOTIFY消息傳送的信息量可以相當(dāng)?shù)拇蟆?/p>
注：Window 9x 版及以后的新控件通告消息不再通過WM_COMMAND 傳送，而是通過WM_NOTIFY 傳送，
? ? ? 但是老控件的通告消息， 比如CBN_SELCHANGE 還是通過WM_COMMAND 消息發(fā)送。
(4) windwos也允許程序員定義自己的消息，使用SendMessage或PostMessage來發(fā)送消息。
windows消息還可以分為：
(1) 隊(duì)列消息(Queued Messages)?
消息會先保存在消息隊(duì)列中，消息循環(huán)會從此隊(duì)列中取出消息并分發(fā)到各窗口處理?
如：WM_PAINT，WM_TIMER，WM_CREATE，WM_QUIT，以及鼠標(biāo)，鍵盤消息等。
其中，WM_PAINT，WM_TIMER只有在隊(duì)列中沒有其他消息的時(shí)候才會被處理，
WM_PAINT消息還會被合并以提高效率。其他所有消息以先進(jìn)先出（FIFO）的方式被處理。
(2) 非隊(duì)列消息(NonQueued Messages)?
消息會繞過系統(tǒng)消息隊(duì)列和線程消息隊(duì)列，直接發(fā)送到窗口過程進(jìn)行處理?
如：WM_ACTIVATE, WM_SETFOCUS, WM_SETCURSOR，WM_WINDOWPOSCHANGED
Windows系統(tǒng)的整個(gè)消息系統(tǒng)分為3個(gè)層級：
? ? ① Windows內(nèi)核的系統(tǒng)消息隊(duì)列
? ? ② App的UI線程消息隊(duì)列
? ? ③ 處理消息的窗體對象
Windows內(nèi)核維護(hù)著一個(gè)全局的系統(tǒng)消息隊(duì)列；按照線程的不同，系統(tǒng)消息隊(duì)列中的消息會分發(fā)到應(yīng)用程序的UI線程的消息隊(duì)列中；
應(yīng)用程序的每一個(gè)UI線程都有自己的消息循環(huán)，會不停地從自己的消息隊(duì)列取出消息，并發(fā)送給Windows窗體對象；
每一個(gè)窗體對象都使用窗體過程函數(shù)（WindowProc）來處理接收到的各種消息。
1 LRESULT CALLBACK WindowProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)2 {3 PAINTSTRUCT ps;4 HDC hdc;5 6 switch (message)7 {8 case WM_COMMAND:9 break; 10 case WM_PAINT: 11 hdc = BeginPaint(hWnd, &ps); 12 // TODO: 在此添加任意繪圖代碼... 13 EndPaint(hWnd, &ps); 14 break; 15 case WM_DESTROY: 16 PostQuitMessage(0); 17 break; 18 default: 19 return DefWindowProc(hWnd, message, wParam, lParam); 20 } 21 return 0; 22 }需要的話，在WindowProc中，可以用::GetMessageTime獲取當(dāng)前消息產(chǎn)生的時(shí)間，
用::GetMessagePos獲取當(dāng)前消息產(chǎn)生時(shí)鼠標(biāo)光標(biāo)所在的位置。
(1) 各個(gè)窗口消息由各個(gè)窗體（或控件）自身的WindowProc（虛函數(shù)）接收并處理。
(2)?WM_COMMAND命令消息統(tǒng)一由當(dāng)前活動主窗口的WindowProc接收，經(jīng)過繞行后，可被其他的CCmdTarget對象處理。
(3)?WM_COMMAND控件通知統(tǒng)一由子窗口（控件）的父窗口的WindowProc接收并處理，也可以進(jìn)行繞行被其他的CCmdTarget對象處理。
? ? ?（例如：CFormView具備接受WM_COMMAND控件通知的條件，又具備把WM_COMMAND消息派發(fā)給關(guān)聯(lián)文檔對象處理的能力，
? ? ? ? ?所以給CFormView的WM_COMMAND控件通知是可以讓文檔對象處理的。）
? ? ?另外，WM_COMMAND控制通知會先調(diào)用ReflectLastMsg反射通知子窗口（控件），如果子窗口（控件）處理了該消息并返回TRUE，則消息會停止分發(fā)；
? ? ?否則，會繼續(xù)調(diào)用OnCmdMsg進(jìn)行命令發(fā)送（如同WM_COMMAND命令消息一樣）。
注：WM_COMMAND命令消息與WM_COMMAND控件通知的相似之處：
WM_COMMAND命令消息和WM_COMMAND控制通知都是由WindowProc給OnCommand處理，
OnCommand通過wParam和lParam參數(shù)區(qū)分是命令消息或通知消息，然后送給OnCmdMsg處理。
事實(shí)上，BN_CLICKED控件通知消息的處理和WM_COMMAND命令消息的處理完全一樣。
因?yàn)樵撓⒌耐ㄖa是0，ON_BN_CLICKED(id，memberfunction)和ON_COMMAND(id，memberfunction)是等同的。
（4）WM_NOTIFY消息只是對WM_COMMAND控件通知進(jìn)行了擴(kuò)展，與WM_COMMAND控件通知具有相同的特點(diǎn)。
SendMessage與PostMessage
PostMessage 把消息投遞到消息隊(duì)列后，立即返回；?
SendMessage把消息直接送到窗口過程處理，處理完才返回。
GetMessage與PeekMessage
GetMessage 有消息且該消息不為WM_QUIT，返回TRUE。
? ? ? ? ? ?有消息且該消息為WM_QUIT，返回FALSE。
? ? ? ? ? ? ? ? ? 沒有消息時(shí)，掛起該UI線程，控制權(quán)交還給系統(tǒng)。
PeekMessage 有消息返回TRUE，如果沒有消息返回FALSE；不會阻塞。
? ? ? ? ? ? ? ? ? ?是否從消息隊(duì)列中刪除此消息（PM_REMOVE），由函數(shù)參數(shù)來指定。
要想在沒有消息時(shí)做一些工作，就必須使用PeekMessage來抓取消息，以便在沒有消息時(shí)，能在OnIdle中執(zhí)行空閑操作（如下）：
1 while (TRUE) 2 {3 if (PeekMessage(&msg, NULL, 0, 0, PM_REMOVE) 4 {5 if (msg.message == WM_QUIT)6 break;7 TranslateMessage(&msg);8 DispatchMessage(&msg);9 } 10 else 11 { 12 OnIdle(); 13 } 14 }例如：MFC使用OnIdle函數(shù)來清理一些臨時(shí)對象及未使用的動態(tài)鏈接庫。
只有在OnIdle返回之后程序才能繼續(xù)處理用戶的輸入，因此不應(yīng)在OnIdle進(jìn)行較長的任務(wù)。
MFC消息處理
在CWnd中，MFC使用OnWndMsg來分別處理各類消息：
如果是WM_COMMAND消息，交給OnCommand處理；然后返回。
如果是WM_NOTIFY消息，交給OnNotify處理；然后返回。
如果是WM_ACTIVATE消息，先交給_AfxHandleActivate處理，再繼續(xù)下面的處理。
如果是WM_SETCURSOR消息，先交給_AfxHandleSetCursor處理，然后返回。
如果是其他的窗口消息（包括WM_ACTIVATE消息），則
? 首先在消息緩沖池（一個(gè)hash表，用于加快消息處理函數(shù)的查找）進(jìn)行消息匹配，
? ? 若匹配成功，則調(diào)用相應(yīng)的消息處理函數(shù)；
? ? 若不成功，則在消息目標(biāo)的消息映射數(shù)組中進(jìn)行查找匹配，看它是否能處理當(dāng)前消息。
? 如果消息目標(biāo)處理了該消息，則會匹配到消息處理函數(shù)，調(diào)用它進(jìn)行處理；
否則，該消息沒有被應(yīng)用程序處理，OnWndMsg返回FALSE。
MFC消息映射
消息映射實(shí)際是MFC內(nèi)建的一個(gè)消息分派機(jī)制。
把MFC中的宏進(jìn)行展開（如下），可以得到消息映射表整個(gè)全貌。
注：GetMessageMap為虛函數(shù)。
? ? ?{0, 0, 0, 0, AfxSig_end, (AFX_PMSG)0}：對象消息映射表的結(jié)束標(biāo)識
窗口消息只能由CWnd對象來處理，采用向基類直線上朔的方式，來查找對應(yīng)的消息響應(yīng)函數(shù)進(jìn)行處理。
一旦找到消息響應(yīng)函數(shù)（若有返回值且為TRUE），就停止上朔。因此，我們經(jīng)常會看到這樣的代碼：
增加一個(gè)消息處理函數(shù)來寫我們的邏輯時(shí)，MFC ClassWizard會在該函數(shù)之前或之后顯示調(diào)用其基類對應(yīng)的函數(shù)，保證基類中邏輯被執(zhí)行。
命令消息可由CCmdTarget對象接收并處理（OnCmdMsg為虛函數(shù)），除了向基類直線上朔方式外，還有命令繞行機(jī)制（要防止形成圈，死循環(huán)）。
在某種程度上，控制通知消息由窗口對象處理是一種習(xí)慣和約定。然而，控件通知消息也是可以有CCmdTarget對象接收并處理，并進(jìn)行命令繞行的。
下圖為MFC經(jīng)典單文檔視圖框架的命令消息繞行路線：
函數(shù)調(diào)用過程如下（如果沒有任何對象處理該條WM_COMMAND消息，最后會被::DefWindowProc處理）。
非模態(tài)對話框的消息處理
1 static CAboutDlg aboutDlg; 2 aboutDlg.Create(IDD_ABOUTBOX, this); 3 aboutDlg.ShowWindow(SW_SHOW);應(yīng)用程序只有一個(gè)消息循環(huán)。
對于窗口消息，非模態(tài)對話框（及其子控件）與父窗口（及其子控件）都是用自身的WindowProc函數(shù)接收并處理，互不干擾。
對于命令消息，由當(dāng)前活動主窗口的WindowProc接收（例如：當(dāng)前活動主窗口為非模態(tài)對話框，則命令消息會被非模態(tài)對話框接收）。
可以在當(dāng)前活動主窗口的OnCmdMsg中做命令繞行，使得其他的CCmdTarget對象也可以處理命令消息。
對于控件通知，由其父窗口的WindowProc接收并處理，一般不進(jìn)行命令繞行被其他的CCmdTarget對象處理。
模態(tài)對話框的消息處理
1 CAboutDlg aboutDlg; 2 aboutDlg.DoModal();(1) 模態(tài)對話框彈出來后，首先會讓父窗口失效，使其不能接受用戶的輸入（鍵盤鼠標(biāo)消息）。
1 EnableWindow(hwndParent, FALSE) ;(2) 父窗口消息循環(huán)被阻塞（會卡在DoModal處，等待返回），由模態(tài)對話框的消息循環(huán)來接管（因此整個(gè)程序不會卡住）。
? ? 接管后，模態(tài)對話框的消息循環(huán)仍然會將屬于父窗口及其子控件的窗口消息（不包括鍵盤鼠標(biāo)相關(guān)的窗口消息）發(fā)送給它們各自的WindowProc窗口函數(shù)，進(jìn)行響應(yīng)處理。
(3) 模態(tài)對話框銷毀時(shí)（點(diǎn)擊IDOK或IDCANCEL），父窗口消息循環(huán)重新激活，繼續(xù)DoModal后的邏輯。
? ? 激活后，父窗口有可以重新接受用戶的輸入（鍵盤鼠標(biāo)消息）。
1 EnableWindow(hwndParent, TRUE) ;從上面的過程中，我們可以得到如下結(jié)論：
對于窗口消息，模態(tài)對話框主窗口（及其子控件）與父窗口（及其子控件）都是用自身的WindowProc函數(shù)接收并處理，互不干擾。
只是父窗口（及其子控件）無法接受到鍵盤鼠標(biāo)消息相關(guān)的窗口消息。
對于命令消息，由模態(tài)對話框主窗口的WindowProc接收。可以在模態(tài)對話框主窗口的OnCmdMsg中做命令繞行，使得其他的CCmdTarget對象也可以處理命令消息。
對于控件通知，由其父窗口的WindowProc接收并處理，一般不進(jìn)行命令繞行被其他的CCmdTarget對象處理。
創(chuàng)作挑戰(zhàn)賽新人創(chuàng)作獎(jiǎng)勵(lì)來咯，堅(jiān)持創(chuàng)作打卡瓜分現(xiàn)金大獎(jiǎng)總結(jié)
以上是生活随笔為你收集整理的MFC添加自定义消息及重写消息过程的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： C#使用DataContractJson
- 下一篇： 注解 @PostConstruct 与