C++ Builder作為一種RAD方式的程序開發工具，其全新的可視化編程環境、面向組件的開發模式無疑會大大地提高編程效率。它對繁雜的Windows 消息及API作了較全面的封裝，編程者在大多數情況下不需理會Windows消息的細節，只要將心思放在組件的事件處理函數上即可。然而，畢竟Windows操作系統是一個以消息驅動的系統，運行其上的應用程序，自然無法脫離系統之外，因此掌握並運用消息處理，對一些問題的處理會有事半功倍的效果。
盡管C++ Builder的VCL控件封裝了大多數常用的消息，C++ Builder所提供的事件處理能力也具備了相當程度的完備性，但當處理C++ Builder 未定義的Windows消息或自定義消息時，掌握C++ Builder 的內部消息處理機制還是十分必要的。下面，從Windows 操作系統消息驅動機制開始，進而探討C++ Builder的VCL控件中消息的封裝、傳遞和處理機制，最後以新增消息處理過程的應用實例作為對所講內容的驗證和實踐。
一、Windows 消息驅動機制
Windows是以消息驅動的操作系統，Windows 消息提供了應用程序與應用程序以及應用程序與Windows系統之間進行通訊的手段。
Windows 中有一個系統消息隊列，對於每一個正在執行的Windows應用程序,系統為其建立一個“消息隊列”，即應用程序隊列，用來存放該程序可能創建的各種窗口的消息。應用程序中含有一段稱作“消息循環”的代碼，用來從消息隊列中檢索這些消息並把它們分發到相應的窗口函數中。
消息循環代碼是應用程序中主函數winmain ( )中類似如下的程序段：
while(GetMessage(&&msg,NULL,NULL,NULL))
{ //從消息隊列中取得消息
TranslateMessage(&&msg);
//檢索並生成字符消息WM_CHAR
DispatchMessage(&&msg);
//將消息發送給相應的窗口函數
}
由此可見，所謂“消息循環”,實際是程序循環。
Windows 應用程序創建的每個窗口都在系統核心注冊一個相應的窗口函數，窗口函數程序代碼形式上是一個巨大的switch 語句，用以處理由消息循環發送到該窗口的消息，窗口函數由Windows 采用消息驅動的形式直接調用，而不是由應用程序顯示調用的，窗口函數處理完消息後又將控制權返回給Windows。
系統消息隊列、應用程序隊列、消息循環和窗口函數之間的關系如圖1所示。
二、C++ Builder 中的消息處理
有了以上Windows 系統消息驅動模式程序設計的認識，下面分析一下C++ Builder中消息處理是如何封裝、實現的。
Windows 程序框架，包括一些初始化、消息循環代碼等，在類 Application中封裝、實現。每一個用C++ Builder 編寫的Windows GUI 應用程序，大部分缺省生成如下代碼：
WINAPI WinMain(HINSTANCE, HINSTANCE, LPSTR, int)
//Windows 應用程序主函數
{
try
{
Application-〉Initialize();//作初始化
Application-〉CreateForm(__classid(TForm1), &&Form1);
Application-〉Run();
//其中包含消息循環
}
catch (Exception &&exception) //例外處理
{
Application-〉ShowException(&&exception);
}
return 0;
}
對於消息處理，C++ Builder采用基於控件(component)的程序設計模式，每種控件都繼承一套完整的消息派送體系。其實現方法如下： 它為每一種類型的控件都注冊一個名為 MainWndProc 的方法函數作為窗口函數，接受“消息循環”派送來的消息，它是一個非虛擬方法,不對任何特定消息作特別處理，它僅僅調用 WndProc 方法函數，並作一些例外處理。不同控件對消息處理的定制發生在WndProc 方法中，因為它是一個虛擬方法，每一種控件可以通過覆蓋它來適應特別的情況。WndProc 方法檢查不同的條件，作不同的處理，從而能夠濾掉不希望處理的各種消息。例如：當控件正被拖動時，應忽略鍵盤事件，所以在Twincontrol 類的WndProc 方法中，有判斷當控件不是被拖放狀態、才繼續傳遞鍵盤消息這樣功能的代碼。最終，WndProc 調用 Dispatch 方法，它是一個從所用控件的起始祖先Tobject 繼承而來的虛擬方法，它確定調用哪個方法處理傳來的消息。Dispatch 使用消息結構(Tmessage)中的 msg 成員變量確定如何處理一個特定的消息，如果控件定義了處理這一消息的函數，則調用它，否則，就逐級向上追溯，看祖先類是否定義此類的處理方法，直到起始祖先類(Tobject)。如果都沒有定義處理方法，則調用缺省的處理方法(DefaultHandler)。
以上是消息在控件中的傳遞過程，INPRISE公司為方便用戶，對消息處理作了進一步的封裝，把常用的消息封裝成相應的事件屬性，這樣編程者完全不用考慮消息細節，只要編寫事件處理方法，並給事件屬性賦值即可。
消息在函數之間的傳遞關系如表1所示。
三、應用實例
下面以增加新的自定義消息處理過程為例，對以上所述內容做進一步的說明。
通過以上分析我們知道，每一條消息的具體處理過程，是在 Dispatch 中派發完成的，因此增加新的消息， 只要覆蓋虛擬函數 Dispatch 即可。
C++ Builder為了方便地處理消息，定義了以下三個處理消息的宏：
BEGIN_MESSAGE_MAP
VCL_MESSAGE_HANDLER(msg,type,meth)
END_MESSAGE_MAP(base)
定義如下：
#define BEGIN_MESSAGE_MAP virtual void __fastcall Dispatch(void Message)
{ switch (((PMessage)Message)-〉Msg)
{
#define VCL_MESSAGE_HANDLER(msg,type,meth)
case msg:
meth(((type)Message)); break;
#define END_MESSAGE_MAP(base) default:
base::Dispatch(Message);
break;
}
}
我們只需在控件類或自定義控件類的public節，依次寫入三個宏即可，其中宏VCL_MESSAGE_HANDLER可以根據處理消息的條數而出現多次。宏展開後，即生成一個新的Dispatch 函數，它先判斷處理用戶定義消息，若是其他消息，則傳遞至父類的Dispatch 函數處理，從而完成自定義消息的處理並保證原來消息處理體系的完整性.
