眼見(jiàn)為實(shí)(2)：介紹Windows的窗口、消息、子類化和超類化
這篇文章本來(lái)只是想介紹一下子類化和超類化這兩個(gè)比較“生僻”的名詞。為了敘述的完整性而討論了Windows的窗口和消息，也簡(jiǎn)要討論了進(jìn)程和線程。子類化（Subclassing）和超類化（Superclassing）是伴隨Windows窗口機(jī)制而產(chǎn)生的兩個(gè)復(fù)用代碼的方法。不要把“子類化、超類化”與面向?qū)ο笳Z(yǔ)言中的派生類、基類混淆起來(lái)。“子類化、超類化”中的“類”是指Windows的窗口類。
0 運(yùn)行程序
希望讀者在閱讀本節(jié)前先看看 "談?wù)刉indows程序中的字符編碼" 開頭的第0節(jié)和附錄0。第0節(jié)介紹了Windows系統(tǒng)的幾個(gè)重要模塊。附錄0概述了Windows的啟動(dòng)過(guò)程，從上電到啟動(dòng)Explorer.exe。本節(jié)介紹的是運(yùn)行程序時(shí)發(fā)生的事情。
0.1 程序的啟動(dòng)
當(dāng)我們通過(guò)Explorer.exe運(yùn)行一個(gè)程序時(shí)，Explorer.exe會(huì)調(diào)用CreateProcess函數(shù)請(qǐng)求系統(tǒng)為這個(gè)程序創(chuàng)建進(jìn)程。當(dāng)然，其它程序也可以調(diào)用CreateProcess函數(shù)創(chuàng)建進(jìn)程。
系統(tǒng)在為進(jìn)程分配內(nèi)部資源，建立獨(dú)立的地址空間后，會(huì)為進(jìn)程創(chuàng)建一個(gè)主線程。我們可以把進(jìn)程看作單位，把線程看作員工。進(jìn)程擁有資源，但真正在CPU上運(yùn)行和調(diào)度的是線程。系統(tǒng)以掛起狀態(tài)創(chuàng)建主線程，即主線程創(chuàng)建好，不會(huì)立即運(yùn)行，而是等待系統(tǒng)調(diào)度。系統(tǒng)向Win32子系統(tǒng)的管理員csrss.exe登記新創(chuàng)建的進(jìn)程和線程。登記結(jié)束后，系統(tǒng)通知掛起的主線程可以運(yùn)行，新程序才開始運(yùn)行。
這時(shí)，在創(chuàng)建進(jìn)程中CreateProcess函數(shù)返回；在被創(chuàng)建進(jìn)程中，主線程在完成最后的初始化后進(jìn)入程序的入口函數(shù)（Entry-point）。創(chuàng)建進(jìn)程與被創(chuàng)建進(jìn)程在各自的地址空間獨(dú)立運(yùn)行。這時(shí)，即使我們結(jié)束創(chuàng)建進(jìn)程，也不會(huì)影響被創(chuàng)建進(jìn)程。
0.2 程序的執(zhí)行
可執(zhí)行文件（PE文件）的文件頭結(jié)構(gòu)包含入口函數(shù)的地址。入口函數(shù)一般是Windows在運(yùn)行時(shí)庫(kù)中提供的，我們?cè)诰幾g時(shí)可以根據(jù)程序類型設(shè)定。 在VC中編譯、運(yùn)行程序的小知識(shí)點(diǎn) 討論了Entry-point，讀者可以參考。
入口函數(shù)前的過(guò)程可以被看作程序的裝載過(guò)程。在裝載時(shí)，系統(tǒng)已經(jīng)做過(guò)全局和靜態(tài)變量（在編譯時(shí)可以確定地址）的初始化，有初值的全局變量擁有了它們的初值，沒(méi)有初值的變量被設(shè)為0，我們可以在入口函數(shù)處設(shè)置斷點(diǎn)確認(rèn)這一點(diǎn)。
進(jìn)入入口函數(shù)后，程序繼續(xù)運(yùn)行環(huán)境的建立，例如調(diào)用所有全局對(duì)象的構(gòu)造函數(shù)。在一切就緒后，程序調(diào)用我們提供的主函數(shù)。主函數(shù)名是入口函數(shù)決定的，例如main或WinMain。如果我們沒(méi)有提供入口函數(shù)要求的主函數(shù)，編譯時(shí)就會(huì)產(chǎn)生鏈接錯(cuò)誤。
0.3 進(jìn)程和線程
我們通常把存儲(chǔ)介質(zhì)（例如硬盤）上的可執(zhí)行文件稱作程序。程序被裝載、運(yùn)行后就成為進(jìn)程。系統(tǒng)會(huì)為每個(gè)進(jìn)程創(chuàng)建一個(gè)主線程，主線程通過(guò)入口函數(shù)進(jìn)入我們提供的主函數(shù)。我們可以在程序中創(chuàng)建其它線程。
線程可以創(chuàng)建一個(gè)或多個(gè)窗口，也可以不創(chuàng)建窗口。系統(tǒng)會(huì)為有窗口的線程建立消息隊(duì)列。有消息隊(duì)列的線程就可以接收消息，例如我們可以用PostThreadMessage函數(shù)向線程發(fā)送消息。
沒(méi)有窗口的線程只要調(diào)用了PeekMessage或GetMessage，系統(tǒng)也會(huì)為它創(chuàng)建消息隊(duì)列。
1 窗口和消息
1.1 線程的消息隊(duì)列
每個(gè)運(yùn)行的程序就是一個(gè)進(jìn)程。每個(gè)進(jìn)程有一個(gè)或多個(gè)線程。有的線程沒(méi)有窗口，有的線程有一個(gè)或多個(gè)窗口。
我們可以向線程發(fā)送消息，但大多數(shù)消息都是發(fā)給窗口的。發(fā)給窗口的消息同樣放在線程的消息隊(duì)列中。我們可以把線程的消息隊(duì)列看作信箱，把窗口看作收信人。我們?cè)谙蛑付ù翱诎l(fā)送消息時(shí)，系統(tǒng)會(huì)找到該窗口所屬的線程，然后把消息放到該線程的消息隊(duì)列中。
線程消息隊(duì)列是系統(tǒng)內(nèi)部的數(shù)據(jù)結(jié)構(gòu)，我們?cè)诔绦蛑锌床坏竭@個(gè)結(jié)構(gòu)。但我們可以通過(guò)Windows的API向消息隊(duì)列發(fā)送、投遞消息；從消息隊(duì)列接收消息；轉(zhuǎn)換和分派接收到的消息。
1.2 最小的Windows程序
Windows的程序員大概都看過(guò)這么一個(gè) 最小的Windows程序 ：
// 例程1
#include "windows.h"
static const char m_szName[] = "窗口";
////////////////////////////////////////////////////////////////////////////////////////////////////
// 主窗口回調(diào)函數(shù) 如果直接用 DefWindowProc, 關(guān)閉窗口時(shí)不會(huì)結(jié)束消息循環(huán)
static LRESULT CALLBACK WindowProc(HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParam)
{
switch (uMsg) {
case WM_DESTROY:
PostQuitMessage(0); // 關(guān)閉窗口時(shí)發(fā)送WM_QUIT消息結(jié)束消息循環(huán)
break;
default:
return DefWindowProc(hWnd, uMsg, wParam, lParam);
}
return 0;
}
////////////////////////////////////////////////////////////////////////////////////////////////////
// 主函數(shù)
int __stdcall WinMain(HINSTANCE hInstance,HINSTANCE hPrevInstance,LPSTR lpCmdLine, int nCmdShow)
{
WNDCLASS wc;
memset(&wc, 0, sizeof(WNDCLASS));
wc.style = CS_VREDRAW|CS_HREDRAW;
wc.lpfnWndProc = (WNDPROC)WindowProc;
wc.hCursor = LoadCursor(NULL, IDC_ARROW);
wc.hbrBackground = (HBRUSH)(COLOR_WINDOW);
wc.lpszClassName = m_szName;
RegisterClass(&wc); // 登記窗口類
HWND hWnd;
hWnd = CreateWindow(m_szName,m_szName,WS_OVERLAPPEDWINDOW,100,100,320,240,
NULL,NULL,hInstance,NULL); // 創(chuàng)建窗口
ShowWindow(hWnd, nCmdShow); // 顯示窗口
MSG sMsg;
while (int ret=GetMessage(&sMsg, NULL, 0, 0)) { // 消息循環(huán)
if (ret != -1) {
TranslateMessage(&sMsg);
DispatchMessage(&sMsg);
}
}
return 0;
}
這個(gè)程序雖然只顯示一個(gè)窗口，但經(jīng)常被用來(lái)說(shuō)明Windows程序的基本結(jié)構(gòu)。在MFC框架內(nèi)部我們同樣可以找到類似的程序結(jié)構(gòu)。這個(gè)程序包含以下基本概念：
- 窗口類、窗口和窗口過(guò)程
- 消息循環(huán)
下面分別介紹。
1.3 窗口類、窗口和窗口過(guò)程
創(chuàng)建窗口時(shí)要提供窗口類的名字。窗口類相當(dāng)于窗口的模板，我們可以基于同一個(gè)窗口類創(chuàng)建多個(gè)窗口。我們可以使用Windows預(yù)先登記好的窗口類。但在更多的情況下，我們要登記自己的窗口類。在登記窗口類時(shí)，我們要登記名稱、風(fēng)格、圖標(biāo)、光標(biāo)、菜單等項(xiàng)，其中最重要的就是窗口過(guò)程的地址。
窗口過(guò)程是一個(gè)函數(shù)。窗口收到的所有消息都會(huì)被送到這個(gè)函數(shù)處理。那么，發(fā)到線程消息隊(duì)列的消息是怎么被送到窗口的呢？
1.4 消息循環(huán)
熟悉嵌入式多任務(wù)程序的程序員，都知道任務(wù)（相當(dāng)于Windows的線程）的結(jié)構(gòu)基本上都是：
while (1) {
等待信號(hào);
處理信號(hào);
}
任務(wù)收到信號(hào)就處理，否則就掛起，讓其它任務(wù)運(yùn)行。這就是消息驅(qū)動(dòng)程序的基本結(jié)構(gòu)。Windows程序通常也是這樣：
while (int ret=GetMessage(&sMsg, NULL, 0, 0)) { // 消息循環(huán)
if (ret != -1) {
TranslateMessage(&sMsg);
DispatchMessage(&sMsg);
}
}
GetMessage從消息隊(duì)列接收消息；TranslateMessage根據(jù)按鍵產(chǎn)生WM_CHAR消息，放入消息隊(duì)列；DispatchMessage根據(jù)消息中的窗口句柄將消息分發(fā)到窗口，即調(diào)用窗口過(guò)程函數(shù)處理消息。
1.5 通過(guò)消息通信
創(chuàng)建窗口的函數(shù)會(huì)返回一個(gè)窗口句柄。窗口句柄在系統(tǒng)范圍內(nèi)（不是進(jìn)程范圍）標(biāo)識(shí)一個(gè)唯一的窗口實(shí)例。通過(guò)向窗口發(fā)送消息，我們可以實(shí)現(xiàn)進(jìn)程內(nèi)和進(jìn)程間的通信。
我們可以用SendMessage或PostMessage向窗口發(fā)送或投遞消息。SendMessage必須等到目標(biāo)窗口處理過(guò)消息才會(huì)返回。我試過(guò)：如果向一個(gè)沒(méi)有消息循環(huán)的窗口SendMessage，SendMessage函數(shù)永遠(yuǎn)不會(huì)返回。PostMessage在把消息放入線程的消息隊(duì)列后立即返回。
其實(shí)只有投遞的消息才是通過(guò)DispatchMessage分派到窗口過(guò)程的。通過(guò)SendMessage發(fā)送的消息，在線程GetMessage時(shí)，就已經(jīng)被分派到窗口過(guò)程了，不經(jīng)過(guò)DispatchMessage。
1.5.1 窗口程序與控制臺(tái)程序的通信實(shí)例
大家是不是覺(jué)得“例程1”沒(méi)什么意思，讓我們用它來(lái)做個(gè)小游戲：讓“例程1”和一個(gè)控制臺(tái)程序做一次親密接觸。我們首先將“例程1”的窗口過(guò)程修改為：
static LRESULT CALLBACK WindowProc(HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParam)
{
static DWORD tid = 0;
switch (uMsg) {
case WM_DESTROY:
PostQuitMessage(0); // 關(guān)閉窗口時(shí)發(fā)送WM_QUIT消息結(jié)束消息循環(huán)
break;
case WM_USER:
tid = wParam; // 保存控制臺(tái)程序的線程ID
SetWindowText(hWnd, "收到");
break;
case WM_CHAR:
if (tid) {
switch(wParam) {
case '1':
PostThreadMessage(tid, WM_USER+1, 0, 0); // 向控制臺(tái)程序發(fā)送消息1
break;
case '2':
PostThreadMessage(tid, WM_USER+2, 0, 0); // 向控制臺(tái)程序發(fā)送消息2
break;
}
}
break;
default:
return DefWindowProc(hWnd, uMsg, wParam, lParam);
}
return 0;
}
然后，我們創(chuàng)建一個(gè) 控制臺(tái)程序 ，代碼如下：
#include "windows.h"
#include "stdio.h"
static HWND m_hWnd = 0;
void process_msg(UINT msg, WPARAM wp, LPARAM lp)
{
char buf[100];
static int i = 1;
if (!m_hWnd) {
return;
}
switch (msg) {
case WM_USER+1:
SendMessage(m_hWnd, WM_GETTEXT, sizeof(buf), (LPARAM)buf);
printf("你現(xiàn)在叫:%s\n\n", buf); // 讀取、顯示對(duì)方的名字
break;
case WM_USER+2:
sprintf(buf, "我是窗口%d", i++);
SendMessage(m_hWnd, WM_SETTEXT, sizeof(buf), (LPARAM)buf); // 修改對(duì)方名字
printf("給你改名\n\n");
break;
}
}
int main()
{
MSG sMsg;
printf("Start with thread id %d\n", GetCurrentThreadId());
m_hWnd = FindWindow(NULL,"窗口");
if (m_hWnd) {
printf("找到窗口%x\n\n", m_hWnd);
SendMessage(m_hWnd, WM_USER, GetCurrentThreadId(), 0);
}
else {
printf("沒(méi)有找到窗口\n\n");
}
while (int ret=GetMessage(&sMsg, NULL, 0, 0)) { // 消息循環(huán)
if (ret != -1) {
process_msg(sMsg.message, sMsg.wParam, sMsg.lParam);
}
}
return 0;
}
大家能看懂這游戲怎么玩嗎？首先運(yùn)行“例程1”wnd，然后運(yùn)行控制臺(tái)程序msg。msg會(huì)找到wnd的窗口，并將自己的主線程ID發(fā)給wnd。wnd收到msg的消息后，會(huì)顯示收到。這時(shí)，wnd和msg已經(jīng)建立了通信的渠道：wnd可以向msg的主線程發(fā)消息，msg可以向wnd的窗口發(fā)消息。
我們?nèi)绻趙nd窗口按下鍵'1'，wnd會(huì)向msg發(fā)送消息1，msg收到后會(huì)通過(guò)WM_GETTEXT消息獲得wnd的窗口名稱并顯示。我們?nèi)绻趙nd窗口按下鍵'2'，wnd會(huì)向msg發(fā)送消息2，msg收到后會(huì)通過(guò)WM_SETTEXT消息修改wnd的窗口名稱。
這個(gè)小例子演示了控制臺(tái)程序的消息循環(huán)，向線程發(fā)消息，以及進(jìn)程間的消息通信。
1.5.2 地址空間的問(wèn)題
不同的進(jìn)程擁有獨(dú)立的地址空間，如果我們?cè)谙?shù)中包含一個(gè)進(jìn)程A的地址，然后發(fā)送到進(jìn)程B。進(jìn)程B如果在自己的地址空間里操作這個(gè)地址，就會(huì)發(fā)生錯(cuò)誤。那么，為什么上例中的WM_GETTEXT和WM_SETEXT可以正常工作？
這是因?yàn)閃M_GETTEXT和WM_SETEXT都是Windows自己定義的消息，Windows知道參數(shù)的含義，并作了特殊的處理，即在進(jìn)程B的空間分配一塊內(nèi)存作為中轉(zhuǎn)，并在進(jìn)程A和進(jìn)程B的緩沖區(qū)之間復(fù)制數(shù)據(jù)。例如：在1.5.1節(jié)的例子中，如果我們?cè)O(shè)置斷點(diǎn)觀察，就會(huì)發(fā)現(xiàn)msg發(fā)送的WM_SETTEXT消息中的lParam不等于wnd接收到的WM_SETTEXT消息中的lParam。
如果我們?cè)谧约憾x的消息中傳遞內(nèi)存地址，系統(tǒng)不會(huì)做任何特殊處理，所以必然發(fā)生錯(cuò)誤。
Windows提供了WM_COPYDATA消息用來(lái)向窗口傳遞數(shù)據(jù)，Windows同樣會(huì)為這個(gè)消息作特殊處理。
在進(jìn)程間發(fā)送這些需要額外分配內(nèi)存的消息時(shí)，我們應(yīng)該用SendMessage，而不是PostMessage。因?yàn)镾endMessage會(huì)等待接收方處理完后再返回，這樣系統(tǒng)才有機(jī)會(huì)額外釋放分配的內(nèi)存。在這種場(chǎng)合使用PostMessage，系統(tǒng)會(huì)忽略要求投遞的消息，讀者可以在msg程序中試驗(yàn)一下。
2 子類化和超類化
窗口類是窗口的模板，窗口是窗口類的實(shí)例。窗口類和每個(gè)窗口實(shí)例都有自己的內(nèi)部數(shù)據(jù)結(jié)構(gòu)。Windows雖然沒(méi)有公開這些數(shù)據(jù)結(jié)構(gòu)，但提供了讀寫這些數(shù)據(jù)的API。
例如：用GetClassLong和SetClassLong函數(shù)可以讀寫窗口類的數(shù)據(jù)；用GetWindowLong和SetWindowLong可以讀寫指定窗口實(shí)例的數(shù)據(jù)。使用這些接口，可以在運(yùn)行時(shí)讀取或修改窗口類或窗口實(shí)例的窗口過(guò)程地址。這些接口是子類化的實(shí)現(xiàn)基礎(chǔ)。
2.1 子類化
子類化的目的是在不修改現(xiàn)有代碼的前提下，擴(kuò)展現(xiàn)有窗口的功能。它的思路很簡(jiǎn)單，就是將窗口過(guò)程地址修改為一個(gè)新函數(shù)地址，新的窗口過(guò)程函數(shù)處理自己感興趣的消息，將其它消息傳遞給原窗口過(guò)程。通過(guò)子類化，我們不需要現(xiàn)有窗口的源代碼，就可以定制窗口功能。
子類化可以分為實(shí)例子類化和全局子類化。實(shí)例子類化就是修改窗口實(shí)例的窗口過(guò)程地址，全局子類化就是修改窗口類的窗口過(guò)程地址。實(shí)例子類化只影響被修改的窗口。全局子類化會(huì)影響在修改之后，按照該窗口類創(chuàng)建的所有窗口。顯然，全局子類化不會(huì)影響修改前已經(jīng)創(chuàng)建的窗口。
子類化方法雖然是二十年前的概念，卻很好地實(shí)踐了面向?qū)ο蠹夹g(shù)的開閉原則（OCP：The Open-Closed Principle）：對(duì)擴(kuò)展開放，對(duì)修改關(guān)閉。
2.2 超類化
超類化的概念更簡(jiǎn)單，就是讀取現(xiàn)有窗口類的數(shù)據(jù)，保存窗口過(guò)程函數(shù)地址。對(duì)窗口類數(shù)據(jù)作必要的修改，設(shè)置新窗口過(guò)程，再換一個(gè)名稱后登記一個(gè)新窗口類。新窗口類的窗口過(guò)程函數(shù)還是僅處理自己感興趣的消息，而將其它消息傳遞給原窗口過(guò)程函數(shù)處理。使用GetClassInfo函數(shù)可以讀取現(xiàn)有窗口類的數(shù)據(jù)。
3 MFC中的消息循環(huán)和子類化
MFC將子類化方法應(yīng)用得淋漓盡致，是一個(gè)不錯(cuò)的例子。候捷先生的《深入淺出MFC》已經(jīng)將MFC的主要框架分析得很透徹了，本節(jié)只是看看MFC的消息循環(huán)，簡(jiǎn)單分析MFC對(duì)子類化的應(yīng)用。
3.1 消息循環(huán)
隨便建立一個(gè) MFC單文檔程序 ，在視圖類中添加WM_RBUTTONDOWN的處理函數(shù)，并在該處理函數(shù)中設(shè)置斷點(diǎn)。運(yùn)行，斷下后，查看調(diào)用堆棧：
CHelloView::OnRButtonDown(unsigned int, CPoint)
CWnd::OnWndMsg(unsigned int, unsigned int, long, long *)
CWnd::WindowProc(unsigned int, unsigned int, long)
AfxCallWndProc(CWnd *, HWND__ *, unsigned int, unsigned int, long)
AfxWndProc(HWND__ *, unsigned int, unsigned int, long)
AfxWndProcBase(HWND__ *, unsigned int, unsigned int, long)
USER32! 7e418734()
USER32! 7e418816()
USER32! 7e4189cd()
USER32! 7e4196c7()
CWinThread::PumpMessage()
CWinThread::Run()
CWinApp::Run()
AfxWinMain(HINSTANCE__ *, HINSTANCE__ *, char *, int)
WinMain(HINSTANCE__ *, HINSTANCE__ *, char *, int)
WinMainCRTStartup()
KERNEL32! 7c816fd7()
WinMainCRTStartup是這個(gè)程序的入口函數(shù)。候捷先生已經(jīng)詳細(xì)介紹過(guò)AfxWinMain。我們就看看CWinThread::PumpMessage中的消息循環(huán)：
BOOL CWinThread::PumpMessage()
{
if (!::GetMessage(&m_msgCur, NULL, NULL, NULL)) {
return FALSE;
}
if (m_msgCur.message != WM_KICKIDLE && !PreTranslateMessage(&m_msgCur))
{
::TranslateMessage(&m_msgCur);
::DispatchMessage(&m_msgCur);
}
return TRUE;
}
這就是MFC程序主線程中的消息循環(huán)，它把發(fā)送到線程消息隊(duì)列的消息分派到線程的窗口。
3.2 子類化
CWnd::CreateEx在創(chuàng)建窗口前調(diào)用SetWindowsHookEx函數(shù)安裝了一個(gè)鉤子函數(shù)_AfxCbtFilterHook。窗口剛創(chuàng)建好，鉤子函數(shù)_AfxCbtFilterHook就被調(diào)用。_AfxCbtFilterHook調(diào)用SetWindowLong將窗口過(guò)程替換為AfxWndProcBase，并將SetWindowLong返回的原窗口地址保存到成員變量oldWndProc。上節(jié)調(diào)用堆棧中的AfxWndProcBase就是由此而來(lái)。
可見(jiàn)，通過(guò)CWnd::CreateEx創(chuàng)建的所有窗口都會(huì)被子類化，即它們的窗口過(guò)程都會(huì)被替換為AfxWndProcBase。MFC為什么要這樣做？
讓我們?cè)倏纯凑{(diào)用堆棧中的CWnd::WindowProc函數(shù)：
LRESULT CWnd::WindowProc(UINT message, WPARAM wParam, LPARAM lParam)
{
LRESULT lResult = 0;
if (!OnWndMsg(message, wParam, lParam, &lResult))
lResult = DefWindowProc(message, wParam, lParam);
return lResult;
}
按照侯捷先生的介紹，CWnd::OnWndMsg就是“MFC消息泵”的入口，消息通過(guò)這個(gè)入口流入MFC消息映射中的消息處理函數(shù)。消息泵只會(huì)處理我們定制過(guò)的消息，我們沒(méi)有添加過(guò)處理的消息會(huì)原封不動(dòng)地流過(guò)"消息泵"，進(jìn)入DefWindowProc函數(shù)。在DefWindowProc函數(shù)中，消息會(huì)傳給子類化時(shí)保存的原窗口地址oldWndProc。
CWnd::CreateEx里的鉤子會(huì)子類化所有窗口嗎？其實(shí)不盡然。的確，MFC所有窗口相關(guān)的類都是從CWnd派生的，這些類的實(shí)例在創(chuàng)建窗口時(shí)都會(huì)調(diào)用CWnd::CreateEx，都會(huì)被子類化。但是，通過(guò)對(duì)話框模板創(chuàng)建的窗口是通過(guò)CreateDlgIndirect創(chuàng)建的，不經(jīng)過(guò)CWnd::CreateEx函數(shù)。
但這點(diǎn)其實(shí)也不是問(wèn)題，因?yàn)槿绻覀兿胪ㄟ^(guò)MFC定制一個(gè)控件的消息映射，就必須先子類化這個(gè)控件，MFC還是有機(jī)會(huì)將窗口過(guò)程替換成自己的AfxWndProcBase。下一節(jié)將介紹對(duì)話框控件的子類化。
4 子類化和超類化的例子
我寫了一個(gè)很簡(jiǎn)單的對(duì)話框程序，用來(lái)演示 子類化和超類化 。這個(gè)對(duì)話框程序有兩個(gè)編輯框，我將編輯框的右鍵菜單換成了一個(gè)消息框。兩個(gè)編輯框的定制分別采用了子類化和超類化技術(shù)：
4.1 子類化的例子
首先從CEdit派生出CMyEdit1，定制WM_RBUTTONDOWN的處理。很多文章都建議我們?cè)趯?duì)話框的OnInitDialog中用SubclassDlgItem實(shí)現(xiàn)子類化：
m_edit1.SubclassDlgItem(IDC_EDIT1, this);
這樣做當(dāng)然可以。其實(shí)如果我們已經(jīng)為IDC_EDIT1添加過(guò)CMyEdit1對(duì)象：
void CSubclassingDlg::DoDataExchange(CDataExchange* pDX)
{
CDialog::DoDataExchange(pDX);
//{{AFX_DATA_MAP(CSubclassingDlg)
DDX_Control(pDX, IDC_EDIT1, m_edit1);
//}}AFX_DATA_MAP
}
DDX_Control會(huì)自動(dòng)幫我們完成子類化，沒(méi)有必要手工調(diào)用SubclassDlgItem。大家可以通過(guò)在PreSubclassWindow中設(shè)置斷點(diǎn)看看。
通過(guò)DDX_Control或者SubclassDlgItem子類化控件的效果是一樣的，MFC都是把窗口過(guò)程替換成AfxWndProcBase。用戶添加過(guò)處理函數(shù)的消息通過(guò)MFC消息泵流入用戶的處理函數(shù)。
4.2 必經(jīng)之路：PreSubclassWindow
PreSubclassWindow是一個(gè)很好的定制控件的位置。如果我們通過(guò)重載CWnd::PreCreateWindow定制控件，而用戶在對(duì)話框中使用控件。由于對(duì)話框中的控件窗口是通過(guò)CreateDlgIndirect創(chuàng)建，不經(jīng)過(guò)CWnd::CreateEx函數(shù)，PreCreateWindow函數(shù)不會(huì)被調(diào)用。
其實(shí)，用戶要在對(duì)話框中使用定制控件，必須用DDX或者SubclassDlgItem函數(shù)子類化控件，這時(shí)PreSubclassWindow一定會(huì)被調(diào)用。
如果用戶直接創(chuàng)建定制控件窗口，CWnd::CreateEx函數(shù)就一定會(huì)被調(diào)用，控件窗口一定會(huì)被子類化以安裝MFC消息泵。所以在MFC中，PreSubclassWindow是創(chuàng)建窗口的必經(jīng)之路。
4.3 超類化的例子
我很少看到超類化的例子（除了羅云彬的Win32匯編），在大多數(shù)應(yīng)用中，子類化技術(shù)已經(jīng)足夠了。但我還是寫了一個(gè)例子：CMyEdit2從CEdit派生。CMyEdit2::RegisterMe獲取窗口類Edit的信息，保存原窗口過(guò)程，設(shè)置新窗口過(guò)程MyWndProc和新名稱MyEdit，登記一個(gè)新窗口類。新窗口過(guò)程MyWndProc定制自己需要處理的消息，將其它消息送回原窗口過(guò)程。
我在對(duì)話框的OnInitDialog中先調(diào)用CMyEdit2::RegisterMe登記新窗口類，然后創(chuàng)建窗口。這樣創(chuàng)建窗口必須經(jīng)過(guò)CWnd::CreateEx，所以MFC還是會(huì)把窗口過(guò)程換成AfxWndProcBase。沒(méi)有被MFC消息映射攔截的消息才會(huì)流入MyWndProc。
5 結(jié)束語(yǔ)
這篇文章介紹了一些Windows和MFC的基礎(chǔ)知識(shí)。寫這篇文章的目的不是介紹什么編程技巧，而是讓我們更了解程序運(yùn)行時(shí)發(fā)生的事情。惟有深入其中，方能跳出其外，不受羈絆。
更多文章、技術(shù)交流、商務(wù)合作、聯(lián)系博主
微信掃碼或搜索：z360901061
微信掃一掃加我為好友
QQ號(hào)聯(lián)系： 360901061
您的支持是博主寫作最大的動(dòng)力，如果您喜歡我的文章，感覺(jué)我的文章對(duì)您有幫助，請(qǐng)用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧，狠狠點(diǎn)擊下面給點(diǎn)支持吧，站長(zhǎng)非常感激您！手機(jī)微信長(zhǎng)按不能支付解決辦法：請(qǐng)將微信支付二維碼保存到相冊(cè)，切換到微信，然后點(diǎn)擊微信右上角掃一掃功能，選擇支付二維碼完成支付。
【本文對(duì)您有幫助就好】元
