本文轉(zhuǎn)自：http://blog.csdn.net/welcome_ck/article/details/236259

何謂消息、消息處理函數(shù)、消息映射？
消息簡單的說就是指通過輸入設備向程序發(fā)出指令要執(zhí)行某個操作。具體的某個操作是你的一系列代碼。稱為消息處理函數(shù)。在SDK中消息其實非常容易理解，當窗口建立后便會有一個函數(shù)（窗口處理函數(shù)）開始執(zhí)行一個消息循環(huán)，我們還可以清楚的看到消息處理的脈絡。一個switch case語句就可以搞定，消息循環(huán)直到遇到WM_QUIT消息才會結(jié)束，其余的消息均被攔截后調(diào)用相應的處理函數(shù)。但在封裝了API的MFC中，消息似乎變的有些復雜了，我們看不到熟悉的switch case語句了，取而代之的是一個叫消息映射的東西。為什么MFC要引入消息映射機制，你可以想象一下，在現(xiàn)在的程序開發(fā)活動中，你的一個程序是否擁有多個窗體，主窗口就算只有一個，那菜單、工具條、控件這些都是子窗口，那我們需要寫多少個switch case，并且還要為每個消息分配一個消息處理函數(shù)，這樣做是多么的復雜呀。因此MFC采用了一種新的機制。利用一個數(shù)組，將窗口消息和相對應的消息處理函數(shù)進行映射，你可以理解成這是一個表。這種機制就是消息映射。這張表在窗口基類CWnd定義，派生類的消息映射表如果你沒有動作它是空的，也就是說如果你不手工的增加消息處理函數(shù)，則當派生窗口接受一個消息時會執(zhí)行父類的消息處理函數(shù)。這樣做顯然是高效的。
MFC提供的消息結(jié)構(gòu)
同時MFC定義了下面的兩個主要結(jié)構(gòu):
AFX_MSGMAP_ENTRY
struct AFX_MSGMAP_ENTRY{
UINT nMessage;   // Windows消息的ID號
UINT nCode;  // 控制消息的通知
UINT nID;    // Windows控制消息的ID
UINT nLastID;   //表示是一個指定范圍的消息被映射的范圍
UINT nSig;  //表示消息的動作標識
AFX_PMSG pfn;    // 指向消息處理函數(shù)的指針
};
AFX_MSGMAP
struct AFX_MSGMAP{
#ifdef _AFXDLL
const AFX_MSGMAP* (PASCAL* pfnGetBaseMap)();
#else
const AFX_MSGMAP* pBaseMap;
#endif
const AFX_MSGMAP_ENTRY* lpEntries;
};
///AFX_MSGMAP可以得到基類的消息映射入口地址和得到本身的消息映射入口地址。

MFC下一個消息的處理過程是一般是這樣的。
1、_AfxCbtFilterHook截獲消息（這是一個鉤子函數(shù)）
2、_AfxCbtFilterHook把窗口過程設定為AfxWndProc。
3、函數(shù)AfxWndProc接收Windows操作系統(tǒng)發(fā)送的消息。
4、函數(shù)AfxWndProc調(diào)用函數(shù)AfxCallWndProc進行消息處理。
5、函數(shù)AfxCallWndProc調(diào)用CWnd類的方法WindowProc進行消息處理。

如何添加自己的消息？
我們已經(jīng)了解了WINDOW的消息機制，如何加入我們自己的消息呢？好我們來看
一個標準的消息處理程序是這個樣子的
在 CWnd 類中預定義了標準 Windows 消息 (WM_XXXX  WM是WINDOW MESSAGE的縮寫) 的默認處理程序。類庫基于消息名命名這些處理程序。例如，WM_PAINT 消息的處理程序在 CWnd 中被聲明為：
afx_msg void OnPaint();
afx_msg 關鍵字通過使這些處理程序區(qū)別于其他 CWnd 成員函數(shù)來表明 C++ virtual 關鍵字的作用。但是請注意，這些函數(shù)實際上并不是虛擬的，而是通過消息映射實現(xiàn)的。我們在本文的一開始便說明了為什么要這樣做。
所有能夠進行消息處理的類都是基于CCmdTarget類的，也就是說CCmdTarget類是所有可以進行消息處理類的父類。CCmdTarget類是MFC處理命令消息的基礎和核心。

若要重寫基類中定義的處理程序，只需在派生類中定義一個具有相同原型的函數(shù)，并創(chuàng)建此處理程序的消息映射項。我們通過ClassWizard可以建立大多數(shù)窗口消息或自定義的消息，通過ClassWizard可以自動建立消息映射，和消息處理函數(shù)的框架，我們只需要把我們要做的事情填空,添加你要做的事情到處理函數(shù)。這個非常簡單，就不細說了。但是也許我們需要添加一些ClassWizard不支持的窗口消息或自定義消息，那么就需要我們親自動手建立消息映射和消息處理的框架，通常步驟如下：
第一步：定義消息。Microsoft推薦用戶自定義消息至少是WM_USER+100，因為很多新控件也要使用WM_USER消息。
#define WM_MYMESSAGE (WM_USER + 100)

第二步：實現(xiàn)消息處理函數(shù)。該函數(shù)使用WPRAM和LPARAM參數(shù)并返回LPESULT。
LPESULT CMainFrame::OnMyMessage(WPARAM wParam, LPARAM lParam)
{
// TODO: 處理用戶自定義消息，填空就是要填到這里。
return 0;
}
第三步：在類頭文件的AFX_MSG塊中說明消息處理函數(shù)：
// {{AFX_MSG(CMainFrame)
afx_msg LRESULT OnMyMessage(WPARAM wParam, LPARAM lParam);
//}}AFX_MSG
DECLARE_MESSAGE_MAP()
第四步：在用戶類的消息塊中，使用ON_MESSAGE宏指令將消息映射到消息處理函數(shù)中。
ON_MESSAGE( WM_MYMESSAGE, OnMyMessage )

可以看出，用戶自定義的消息和我們通過ClassWizard添加的消息一樣，都是利用了ON_MESSAGE宏,建立的消息映射。

其實消息類別可以分成多種，上面說的只是其中之一。有三種主要的消息類別：（以下部分摘自MSDN）
1、Windows 消息
此類消息主要包括以前綴 WM_ 開頭的消息，WM_COMMAND 除外。Windows 消息由窗口和視圖處理。此類消息往往帶有用于確定如何處理消息的參數(shù)。
2、控件通知
此類消息包括從控件和其他子窗口發(fā)送到其父窗口的 WM_COMMAND 通知消息。例如，當用戶在編輯控件 (Edit Control) 中執(zhí)行可能更改文本的操作后，該編輯控件 (Edit Control) 將向其父級發(fā)送包含 EN_CHANGE 控件通知代碼的 WM_COMMAND 消息。該消息的窗口處理程序以某種適當?shù)姆绞巾憫送ㄖⅲ缭诳丶袡z索該文本。
框架像傳送其他 WM_ 消息一樣傳送控件通知消息。但是有一個例外的情況，即當用戶單擊按鈕時由按鈕發(fā)送的 BN_CLICKED 控件通知消息。該消息被作為命令消息特別處理，并像其他命令一樣傳送。
3、命令消息
此類消息包括用戶界面對象（菜單、工具欄按鈕和快捷鍵）發(fā)出的 WM_COMMAND 通知消息。框架處理命令的方式與處理其他消息不同，可以使用更多種類的對象處理命令。
Windows 消息和控件通知消息由窗口來處理（窗口是從 CWnd 類派生的類的對象）。包括 CFrameWnd、CMDIFrameWnd、CMDIChildWnd、CView、CDialog 以及從這些基類派生的您自己的類。這些對象封裝了 HWND——Windows 窗口的句柄。
命令消息可以由范圍更廣的對象（文檔、文檔模板以及應用程序?qū)ο蟊旧恚┨幚恚粌H僅由窗口和視圖處理。當某一命令直接影響到某個特定對象時，應當讓該對象處理此命令。例如，“文件”菜單中的“打開”命令在邏輯上與應用程序相關聯(lián)：該應用程序接收到此命令時會打開指定的文檔。因此“打開”命令的處理程序是應用程序類的成員函數(shù)。

命令消息我們比較常見的便是菜單項和工具條了，大家可以看到他的消息映射宏和窗口消息不太一樣，一般的形式是這樣的
ON_COMMAND(id,memberFxn)
第一個參數(shù)是命令ID，一個ID號對應一個消息處理，當然你可以讓多個ID共用一個處理函數(shù)。常見的應用例如：菜單項打開文檔的ID和工具條按鈕打開文檔的ID同時使用一個處理函數(shù)，或者直接將它們的ID設成相同的。

還有一種消息叫通知消息。例如樹型控件的等一些復雜的控件在單擊后需要傳遞更多的信息，例如光標的位置和當前項的一個結(jié)構(gòu)，所以MFC為控件的每個通知消息也定義了一個宏，它長成了這個樣子：
ON_CONTROL(EN_CHANGE,id,memberFxn)

還有很多種消息存在于MFC，宏定義有區(qū)別，大家可以觸類旁通。

窗口消息有上百個。你可以從MSDN上查到WM_開頭的，或者查看CWnd的成員函數(shù)，會給你列出很多，別忘了還有很多非窗口消息

其他鏈接：http://blog.csdn.net/liufei_learning/article/details/5903287
                     http://www.cnblogs.com/lantionzy/archive/2009/10/10/1580428.html