mfc訊息的處理實現方式
初看mfc中的各種訊息，以及在頭腦中根深蒂固的c++的影響，我們可能很自然的就會想到利用c++的三大特性之一：虛擬機制來實現訊息的傳遞，但是經過分析，我們看到事情並不是想我們想象的那樣，在mfc中訊息是通過一種所謂的訊息對映機制來處理的。
為什麼呢？在潘愛民老師翻譯的《visual c++技術內幕》（第４版）中給出了詳細的原因說明，我再簡要的說一遍。在cwnd類中大約有110個訊息，還有其它的mfc的類呢，算起來訊息太多了，在c++中對程式中用到的每乙個派生類都要有乙個vtable，每乙個虛函式在vtable中都要占用乙個4位元組大小的入口位址，這樣一來，對於每個特定型別的視窗或控制項，應用程式都需要乙個440kb大小的表來支援虛擬訊息控制項函式。
如果說上面的視窗或控制項可以勉強實現的話，那麼對於選單命令訊息及按鈕命令訊息呢？因為不同的應用程式有不同的選單和按鈕，我們怎麼處理呢？在mfc庫的這種訊息對映系統就避免了使用大的vtable，並且能夠在處理常規windows訊息的同時處理各種各樣的應用程式的命令訊息。
說白了，mfc中的訊息機制其實質是一張巨大的訊息及其處理函式的一一對應表，然後加上分析處理這張表的應用框架內部的一些程式**.這樣就可以避免在sdk程式設計中用到的繁瑣的case語句。
mfc的訊息對映的基類ccmdtarget
如果你想讓你的控制項能夠進行訊息對映，就必須從ccmdtarget類中派生。ccmdtarget類是mfc處理命令訊息的基礎、核心。mfc為該類設計了許多成員函式和一些成員資料，基本上是為了解決訊息對映問題的，所有響應訊息或事件的類都從它派生，例如：應用程式類、框架類、文件類、檢視類和各種各樣的控制項類等等，還有很多。
不過這個類裡面有2個函式對訊息對映非常重要，乙個是靜態成員函式dispatchcmdmsg，另乙個是虛函式oncmdmsg。
dispatchcmdmsg專門供mfc內部使用，用來分發windows訊息。oncmdmsg用來傳遞和傳送訊息、更新使用者介面物件的狀態。
ccmdtarget對oncmdmsg的預設實現：在當前命令目標(this所指)的類和基類的訊息對映陣列裡搜尋指定命令訊息的訊息處理函式。
這裡使用虛函式getmessagemap得到命令目標類的訊息對映入口陣列_messageentries，然後在陣列裡匹配命令訊息id相同、控制通知**也相同的訊息對映條目。其中getmessagemap是虛函式，所以可以確認當前命令目標的確切類。
如果找到了乙個匹配的訊息對映條目，則使用dispachcmdmsg呼叫這個處理函式；
如果沒有找到，則使用_getbasemessagemap得到基類的訊息對映陣列，查詢，直到找到或搜尋了所有的基類（到ccmdtarget）為止；
如果最後沒有找到，則返回fasle。
每個從ccmdtarget派生的命令目標類都可以覆蓋oncmdmsg，利用它來確定是否可以處理某條命令，如果不能，就通過呼叫下一命令目標的oncmdmsg，把該命令送給下乙個命令目標處理。通常，派生類覆蓋oncmdmsg時，要呼叫基類的被覆蓋的oncmdmsg。
在mfc框架中，一些mfc命令目標類覆蓋了oncmdmsg，如框架視窗類覆蓋了該函式，實現了mfc的標準命令訊息傳送路徑。必要的話，應用程式也可以覆蓋oncmdmsg，改變乙個或多個類中的傳送規定，實現與標準框架傳送規定不同的傳送路徑。例如，在以下情況可以作這樣的處理：在要打斷傳送順序的類中把命令傳給乙個非mfc預設物件；在新的非預設物件中或在可能要傳出命令的命令目標中。
訊息對映的內容
通過classwizard為我們生成的**，我們可以看到，訊息對映基本上分為2大部分：
在標頭檔案(.h)中有乙個巨集declare_message_map()，他被放在了類的末尾，是乙個public屬性的；與之對應的是在實現部分（.cpp)增加了一章訊息對映表，內容如下：
begin_message_map(當前類, 當前類的基類)
//}afx_msg_map
end_message_map()
但是僅是這兩項還遠不足以完成一條訊息，要是乙個訊息工作，必須有以下3個部分去協作：
1.在類的定義中加入相應的函式宣告；
2.在類的訊息對映表中加入相應的訊息對映入口項；
3.在類的實現中加入相應的函式體；
訊息的新增
有了上面的這些只是作為基礎，我們接下來就做我們最熟悉、最常用的工作：新增訊息。mfc訊息的新增主要有2種方法：自動/手動，我們就以這2種方法為例，說一下如何新增訊息。
1、利用class wizard實現自動新增
在選單中選擇view-->class wizard，也可以用單擊滑鼠右鍵，選擇class wizard，同樣可以啟用class wizard。選擇message map標籤，從class name組合框中選取我們想要新增訊息的類。在object ids列表框中，選取類的名稱。此時， messages列表框顯示該類的大多數(若不是全部的話)可過載成員函式和視窗訊息。類過載顯示在列表的上部，以實際虛構成員函式的大小寫字母來表示。其他為視窗訊息，以大寫字母出現，描述了實際視窗所能響應的訊息id。選中我們向新增的訊息，單擊add function按鈕，class wizard自動將該訊息新增進來。
有時候，我們想要新增的訊息本應該出現在message列表中，可是就是找不到，怎麼辦？不要著急，我們可以利用class wizard上class info標籤以擴充套件訊息列表。在該頁中，找到message filter組合框，通過它可以改變首頁中messages列表框中的選項。這裡，我們選擇window，從而顯示所有的視窗訊息，一把情況下，你想要新增的訊息就可以在message列表框**現了，如果還沒有，那就接著往下看:)
2、手動地新增訊息處理函式
如果在messages列表框中仍然看不到我們想要的訊息，那麼該訊息可能是被系統忽略掉或者是你自己建立的，在這種情況下，就必須自己手工新增。根據我們前面所說的訊息工作的3個部件，我們一一進行處理：
1) 在類的. **件中新增處理函式的宣告，緊接在//}}afx_msg行之後加入宣告，注意：一定要以afx_msg開頭。
通常，新增處理函式宣告的最好的地方是源**中class wizard維護的表下面，但是在它標記其領域的｛｛｝｝括弧外面。這些括弧中的任何東西都將會被class wizard銷毀。
2) 接著，在使用者類的.cpp檔案中找到//}}afx_msg_map行，緊接在它之後加入訊息入口項。同樣，也是放在 }的外面
3) 最後，在該檔案中新增訊息處理函式的實體。
深度解析VC中的訊息傳遞機制
之所以被稱為訊息分流器，就是因為它可以對任何訊息進行分流。下面我們做乙個函式就很清楚了 void msgcracker hwnd hwnd,int id,hwnd hwndctl,uint codenotify 然後我們修改一下視窗過程 lresult callback wndproc hwnd h...
VC訊息對映機制小結
對於一條mfc訊息響應函式，一般會有三處相關資訊。1.訊息響應函式宣告 project1dlg.h 如何多doc文件則是 view.h class cproject1dlg public cdialog protected virtual void dodataexchange cdataexcha...
vc 訊息 C 中訊息的種類
3.4 三種型別的訊息 在mfc應用程式中傳輸的訊息有三種型別 視窗訊息 命令訊息和控制項通知。3.4.1 視窗訊息 視窗訊息 window message 一般與視窗的內部運作有關，如建立視窗 繪製視窗和銷毀窗 口等。通常，訊息是從系統傳送到視窗，或從視窗傳送到視窗。當用sendmessage 或...