前面，我們分析了訊息的基本理論和基本的函式及用法，接下來，我們將進一步討論訊息傳遞在mfc中的實現。
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) 在類的. h檔案中新增處理函式的宣告，緊接在//}}afx_msg行之後加入宣告，注意：一定要以afx_msg開頭。
通常，新增處理函式宣告的最好的地方是源**中class wizard維護的表下面，但是在它標記其領域的｛｛｝｝括弧外面。這些括弧中的任何東西都將會被class wizard銷毀。
2) 接著，在使用者類的.cpp檔案中找到//}}afx_msg_map行，緊接在它之後加入訊息入口項。同樣，也是放在 }的外面
3) 最後，在該檔案中新增訊息處理函式的實體。
深度解析VC中的訊息（下）
前面，我們分析了訊息的基本理論和基本的函式及用法，接下來，我們將進一步討論訊息傳遞在mfc中的實現。mfc訊息的處理實現方式 初看mfc中的各種訊息，以及在頭腦中根深蒂固的c 的影響，我們可能很自然的就會想到利用c 的三大特性之一 虛擬機制來實現訊息的傳遞，但是經過分析，我們看到事情並不是想我們想象...
深度解析VC中的訊息傳遞機制
之所以被稱為訊息分流器，就是因為它可以對任何訊息進行分流。下面我們做乙個函式就很清楚了 void msgcracker hwnd hwnd,int id,hwnd hwndctl,uint codenotify 然後我們修改一下視窗過程 lresult callback wndproc hwnd h...
vc 訊息 C 中訊息的種類
3.4 三種型別的訊息 在mfc應用程式中傳輸的訊息有三種型別 視窗訊息 命令訊息和控制項通知。3.4.1 視窗訊息 視窗訊息 window message 一般與視窗的內部運作有關，如建立視窗 繪製視窗和銷毀窗 口等。通常，訊息是從系統傳送到視窗，或從視窗傳送到視窗。當用sendmessage 或...