隊(duì)列消息和非隊(duì)列消息
從消息的發(fā)送途徑來看，消息可以分成2種：隊(duì)列消息和非隊(duì)列消息。消息隊(duì)列由可以分成系統(tǒng)消息隊(duì)列和線程消息隊(duì)列。系統(tǒng)消息隊(duì)列由Windows維護(hù)，線程消息隊(duì)列則由每個(gè)GUI線程自己進(jìn)行維護(hù)，為避免給non-GUI現(xiàn)成創(chuàng)建消息隊(duì)列，所有線程產(chǎn)生時(shí)并沒有消息隊(duì)列，僅當(dāng)線程第一次調(diào)用GDI函數(shù)數(shù)系統(tǒng)給線程創(chuàng)建一個(gè)消息隊(duì)列。隊(duì)列消息送到系統(tǒng)消息隊(duì)列，然后到線程消息隊(duì)列；非隊(duì)列消息直接送給目的窗口過程。
對(duì)于隊(duì)列消息，最常見的是鼠標(biāo)和鍵盤觸發(fā)的消息，例如WM_MOUSERMOVE,WM_CHAR等消息，還有一些其它的消息，例如：WM_PAINT、WM_TIMER和WM_QUIT。當(dāng)鼠標(biāo)、鍵盤事件被觸發(fā)后，相應(yīng)的鼠標(biāo)或鍵盤驅(qū)動(dòng)程序就會(huì)把這些事件轉(zhuǎn)換成相應(yīng)的消息，然后輸送到系統(tǒng)消息隊(duì)列，由Windows系統(tǒng)去進(jìn)行處理。Windows系統(tǒng)則在適當(dāng)?shù)臅r(shí)機(jī)，從系統(tǒng)消息隊(duì)列中取出一個(gè)消息，根據(jù)前面我們所說的MSG消息結(jié)構(gòu)確定消息是要被送往那個(gè)窗口，然后把取出的消息送往創(chuàng)建窗口的線程的相應(yīng)隊(duì)列，下面的事情就該由線程消息隊(duì)列操心了，Windows開始忙自己的事情去了。線程看到自己的消息隊(duì)列中有消息，就從隊(duì)列中取出來，通過操作系統(tǒng)發(fā)送到合適的窗口過程去處理。
一般來講，系統(tǒng)總是將消息Post在消息隊(duì)列的末尾。這樣保證窗口以先進(jìn)先出的順序接受消息。然而,WM_PAINT是一個(gè)例外，同一個(gè)窗口的多個(gè) WM_PAINT被合并成一個(gè) WM_PAINT 消息, 合并所有的無效區(qū)域到一個(gè)無效區(qū)域。合并WM_PAIN的目的是為了減少刷新窗口的次數(shù)。
非隊(duì)列消息將會(huì)繞過系統(tǒng)隊(duì)列和消息隊(duì)列，直接將消息發(fā)送到窗口過程，。系統(tǒng)發(fā)送非隊(duì)列消息通知窗口，系統(tǒng)發(fā)送消息通知窗口。 例如,當(dāng)用戶激活一個(gè)窗口系統(tǒng)發(fā)送WM_ACTIVATE, WM_SETFOCUS, and WM_SETCURSOR。這些消息通知窗口它被激活了。非隊(duì)列消息也可以由當(dāng)應(yīng)用程序調(diào)用系統(tǒng)函數(shù)產(chǎn)生。例如,當(dāng)程序調(diào)用SetWindowPos系統(tǒng)發(fā)送WM_WINDOWPOSCHANGED消息。一些函數(shù)也發(fā)送非隊(duì)列消息，例如下面我們要談到的函數(shù)。
消息的發(fā)送 了解了上面的這些基礎(chǔ)理論之后，我們就可以進(jìn)行一下簡(jiǎn)單的消息發(fā)送與接收。
把一個(gè)消息發(fā)送到窗口有3種方式：發(fā)送、寄送和廣播。
發(fā)送消息的函數(shù)有SendMessage、SendMessageCallback、SendNotifyMessage、SendMessageTimeout；寄送消息的函數(shù)主要有PostMessage、PostThreadMessage、PostQuitMessage；廣播消息的函數(shù)我知道的只有BroadcastSystemMessage、BroadcastSystemMessageEx。
SendMessage的原型如下：LRESULT SendMessage(HWND hWnd,UINT Msg,WPARAM wParam,LPARAM lParam)，這個(gè)函數(shù)主要是向一個(gè)或多個(gè)窗口發(fā)送一條消息，一直等到消息被處理之后才會(huì)返回。不過需要注意的是，如果接收消息的窗口是同一個(gè)應(yīng)用程序的一部分，那么這個(gè)窗口的窗口函數(shù)就被作為一個(gè)子程序馬上被調(diào)用；如果接收消息的窗口是被另外的線程所創(chuàng)建的，那么窗口系統(tǒng)就切換到相應(yīng)的線程并且調(diào)用相應(yīng)的窗口函數(shù)，這條消息不會(huì)被放進(jìn)目標(biāo)應(yīng)用程序隊(duì)列中。函數(shù)的返回值是由接收消息的窗口的窗口函數(shù)返回，返回的值取決于被發(fā)送的消息。
PostMessage的原型如下：BOOL PostMessage(HWND hWnd,UINT Msg,WPARAM wParam,LPARAM lParam)，該函數(shù)把一條消息放置到創(chuàng)建hWnd窗口的線程的消息隊(duì)列中，該函數(shù)不等消息被處理就馬上將控制返回。需要注意的是，如果hWnd參數(shù)為HWND_BROADCAST，那么，消息將被寄送給系統(tǒng)中的所有的重疊窗口和彈出窗口，但是子窗口不會(huì)收到該消息；如果hWnd參數(shù)為NULL，則該函數(shù)類似于將dwThreadID參數(shù)設(shè)置成當(dāng)前線程的標(biāo)志來調(diào)用PostThreadMEssage函數(shù)。
從上面的這２個(gè)具有代表性的函數(shù)，我們可以看出消息的發(fā)送方式和寄送方式的區(qū)別所在：被發(fā)送的消息是否會(huì)被立即處理，函數(shù)是否立即返回。被發(fā)送的消息會(huì)被立即處理，處理完畢后函數(shù)才會(huì)返回；被寄送的消息不會(huì)被立即處理，他被放到一個(gè)先進(jìn)先出的隊(duì)列中，一直等到應(yīng)用程序空線的時(shí)候才會(huì)被處理，不過函數(shù)放置消息后立即返回。
實(shí)際上，發(fā)送消息到一個(gè)窗口處理過程和直接調(diào)用窗口處理過程之間并沒有太大的區(qū)別，他們直接的唯一區(qū)別就在于你可以要求操作系統(tǒng)截獲所有被發(fā)送的消息，但是不能夠截獲對(duì)窗口處理過程的直接調(diào)用。
以寄送方式發(fā)送的消息通常是與用戶輸入事件相對(duì)應(yīng)的，因?yàn)檫@些事件不是十分緊迫，可以進(jìn)行緩慢的緩沖處理，例如鼠標(biāo)、鍵盤消息會(huì)被寄送，而按鈕等消息則會(huì)被發(fā)送。
廣播消息用得比較少，BroadcastSystemMessage函數(shù)原型如下：
long BroadcastSystemMessage(DWORD dwFlags,LPDWORD lpdwRecipients,UINT uiMessage,WPARAM wParam,LPARAM lParam);該函數(shù)可以向指定的接收者發(fā)送一條消息，這些接收者可以是應(yīng)用程序、可安裝的驅(qū)動(dòng)程序、網(wǎng)絡(luò)驅(qū)動(dòng)程序、系統(tǒng)級(jí)別的設(shè)備驅(qū)動(dòng)消息和他們的任意組合。需要注意的是，如果dwFlags參數(shù)是BSF_QUERY并且至少一個(gè)接收者返回了BROADCAST_QUERY_DENY，則返回值為０，如果沒有指定BSF_QUERY，則函數(shù)將消息發(fā)送給所有接收者，并且忽略其返回值。
消息的接收
消息的接收主要有３個(gè)函數(shù)：GetMessage、PeekMessage、WaitMessage。
GetMessage原型如下：BOOL GetMessage(LPMSG lpMsg,HWND hWnd,UINT wMsgFilterMin,UINT wMsgFilterMax);該函數(shù)用來獲取與hWnd參數(shù)所指定的窗口相關(guān)的且wMsgFilterMin和wMsgFilterMax參數(shù)所給出的消息值范圍內(nèi)的消息。需要注意的是，如果hWnd為NULL，則GetMessage獲取屬于調(diào)用該函數(shù)應(yīng)用程序的任一窗口的消息，如果wMsgFilterMin和wMsgFilterMax都是０，則GetMessage就返回所有可得到的消息。函數(shù)獲取之后將刪除消息隊(duì)列中的除WM_PAINT消息之外的其他消息，至于WM_PAINT則只有在其處理之后才被刪除。
PeekMessage原型如下：BOOL PeekMessage(LPMSG lpMsg,HWND hWnd,UINT wMsgFilterMin,UINT wMsgFilterMax,UINT wRemoveMsg）；該函數(shù)用于查看應(yīng)用程序的消息隊(duì)列，如果其中有消息就將其放入lpMsg所指的結(jié)構(gòu)中，不過，與GetMessage不同的是，PeekMessage函數(shù)不會(huì)等到有消息放入隊(duì)列時(shí)才返回。同樣，如果hWnd為NULL，則PeekMessage獲取屬于調(diào)用該函數(shù)應(yīng)用程序的任一窗口的消息，如果hWnd=-1，那么函數(shù)只返回把hWnd參數(shù)為NULL的PostAppMessage函數(shù)送去的消息。如果wMsgFilterMin和wMsgFilterMax都是０，則PeekMessage就返回所有可得到的消息。函數(shù)獲取之后將刪除消息隊(duì)列中的除WM_PAINT消息之外的其他消息，至于WM_PAINT則只有在其處理之后才被刪除。
WaitMessage原型如下：BOOL VaitMessage();當(dāng)一個(gè)應(yīng)用程序無事可做時(shí)，該函數(shù)就將控制權(quán)交給另外的應(yīng)用程序，同時(shí)將該應(yīng)用程序掛起，直到一個(gè)新的消息被放入應(yīng)用程序的隊(duì)列之中才返回。
消息的處理
接下來我們談一下消息的處理，首先我們來看一下VC中的消息泵：
while(GetMessage(&msg, NULL, 0, 0))
{
if(!TranslateAccelerator(msg.hWnd, hAccelTable, &msg))
{
TranslateMessage(&msg);
DispatchMessage(&msg);
}
}
首先，GetMessage從進(jìn)程的主線程的消息隊(duì)列中獲取一個(gè)消息并將它復(fù)制到MSG結(jié)構(gòu)，如果隊(duì)列中沒有消息，則GetMessage函數(shù)將等待一個(gè)消息的到來以后才返回。 如果你將一個(gè)窗口句柄作為第二個(gè)參數(shù)傳入GetMessage，那么只有指定窗口的的消息可以從隊(duì)列中獲得。GetMessage也可以從消息隊(duì)列中過濾消息只接受消息隊(duì)列中落在范圍內(nèi)的消息。這時(shí)候就要利用GetMessage／PeekMessage指定一個(gè)消息過濾器。這個(gè)過濾器是一個(gè)消息標(biāo)識(shí)符的范圍或者是一個(gè)窗體句柄，或者兩者同時(shí)指定。當(dāng)應(yīng)用程序要查找一個(gè)后入消息隊(duì)列的消息是很有用。WM_KEYFIRST 和 WM_KEYLAST 常量用于接受所有的鍵盤消息。 WM_MOUSEFIRST 和 WM_MOUSELAST 常量用于接受所有的鼠標(biāo)消息。
然后TranslateAccelerator判斷該消息是不是一個(gè)按鍵消息并且是一個(gè)加速鍵消息，如果是，則該函數(shù)將把幾個(gè)按鍵消息轉(zhuǎn)換成一個(gè)加速鍵消息傳遞給窗口的回調(diào)函數(shù)。處理了加速鍵之后，函數(shù)TranslateMessage將把兩個(gè)按鍵消息WM_KEYDOWN和WM_KEYUP轉(zhuǎn)換成一個(gè)WM_CHAR，不過需要注意的是，消息WM_KEYDOWN,WM_KEYUP仍然將傳遞給窗口的回調(diào)函數(shù)。
處理完之后，DispatchMessage函數(shù)將把此消息發(fā)送給該消息指定的窗口中已設(shè)定的回調(diào)函數(shù)。如果消息是WM_QUIT，則GetMessage返回0，從而退出循環(huán)體。應(yīng)用程序可以使用PostQuitMessage來結(jié)束自己的消息循環(huán)。通常在主窗口的WM_DESTROY消息中調(diào)用。
下面我們舉一個(gè)常見的小例子來說明這個(gè)消息泵的運(yùn)用：
if (::PeekMessage(&msg, m_hWnd, WM_KEYFIRST,WM_KEYLAST, PM_REMOVE))
{
if (msg.message == WM_KEYDOWN && msg.wParam == VK_ESCAPE)．．．
}
這里我們接受所有的鍵盤消息，所以就用WM_KEYFIRST 和 WM_KEYLAST作為參數(shù)。最后一個(gè)參數(shù)可以是PM_NOREMOVE 或者 PM_REMOVE，表示消息信息是否應(yīng)該從消息隊(duì)列中刪除。
所以這段小代碼就是判斷是否按下了Esc鍵，如果是就進(jìn)行處理。
窗口過程
窗口過程是一個(gè)用于處理所有發(fā)送到這個(gè)窗口的消息的函數(shù)。任何一個(gè)窗口類都有一個(gè)窗口過程。同一個(gè)類的窗口使用同樣的窗口過程來響應(yīng)消息。 系統(tǒng)發(fā)送消息給窗口過程將消息數(shù)據(jù)作為參數(shù)傳遞給他，消息到來之后，按照消息類型排序進(jìn)行處理，其中的參數(shù)則用來區(qū)分不同的消息，窗口過程使用參數(shù)產(chǎn)生合適行為。
一個(gè)窗口過程不經(jīng)常忽略消息，如果他不處理，它會(huì)將消息傳回到執(zhí)行默認(rèn)的處理。窗口過程通過調(diào)用DefWindowProc來做這個(gè)處理。窗口過程必須return一個(gè)值作為它的消息處理結(jié)果。大多數(shù)窗口只處理小部分消息和將其他的通過DefWindowProc傳遞給系統(tǒng)做默認(rèn)的處理。窗口過程被所有屬于同一個(gè)類的窗口共享，能為不同的窗口處理消息。下面我們來看一下具體的實(shí)例：
LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)
{
int wmId, wmEvent;
PAINTSTRUCT ps;
HDC hdc;
TCHAR szHello[MAX_LOADSTRING];
LoadString(hInst, IDS_HELLO, szHello, MAX_LOADSTRING);
switch (message)
{
case WM_COMMAND:
wmId = LOWORD(wParam);
wmEvent = HIWORD(wParam);
// Parse the menu selections:
switch (wmId)
{
case IDM_ABOUT:
DialogBox(hInst, (LPCTSTR)IDD_ABOUTBOX, hWnd, (DLGPROC)About);
break;
case IDM_EXIT:
DestroyWindow(hWnd);
break;
default:
return DefWindowProc(hWnd, message, wParam, lParam);
}
break;
case WM_PAINT:
hdc = BeginPaint(hWnd, &ps);
// TODO: Add any drawing code here...
RECT rt;
GetClientRect(hWnd, &rt);
DrawText(hdc, szHello, strlen(szHello), &rt, DT_CENTER);
EndPaint(hWnd, &ps);
break;
case WM_DESTROY:
PostQuitMessage(0);
break;
default:
return DefWindowProc(hWnd, message, wParam, lParam);
}
return 0;
}
消息分流器
通常的窗口過程是通過一個(gè)switch語句來實(shí)現(xiàn)的，這個(gè)事情很煩，有沒有更簡(jiǎn)便的方法呢？有，那就是消息分流器，利用消息分流器，我們可以把switch語句分成更小的函數(shù)，每一個(gè)消息都對(duì)應(yīng)一個(gè)小函數(shù)，這樣做的好處就是對(duì)消息更容易管理。
之所以被稱為消息分流器，就是因?yàn)樗梢詫?duì)任何消息進(jìn)行分流。下面我們做一個(gè)函數(shù)就很清楚了：
void MsgCracker(HWND hWnd,int id,HWND hWndCtl,UINT codeNotify)
{
switch(id)
{
case ID_A:
if(codeNotify==EN_CHANGE)...
break;
case ID_B:
if(codeNotify==BN_CLICKED)...
break;
....
}
}
然后我們修改一下窗口過程：
LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)
{
switch(message)
{
HANDLE_MSG(hWnd,WM_COMMAND,MsgCracker);
HANDLE_MSG(hWnd,WM_DESTROY,MsgCracker);
default:
return DefWindowProc(hWnd, message, wParam, lParam);
}
return 0;
}
在WindowsX.h中定義了如下的HANDLE_MSG宏：
#define HANDLE_MSG(hwnd,msg,fn) \
switch(msg): return HANDLE_##msg((hwnd),(wParam),(lParam),(fn));
實(shí)際上，HANDLE_WM_XXXX都是宏，例如：HANDLE_MSG(hWnd,WM_COMMAND,MsgCracker);將被轉(zhuǎn)換成如下定義：
#define HANDLE_WM_COMMAND(hwnd,wParam,lParam,fn)\
((fn)((hwnd),(int)(LOWORD(wParam)),(HWND)(lParam),(UINT)HIWORD(wParam)),0L);
好了，事情到了這一步，應(yīng)該一切都明朗了。
不過，我們發(fā)現(xiàn)在windowsx.h里面還有一個(gè)宏：FORWARD_WM_XXXX，我們還是那WM_COMMAND為例，進(jìn)行分析：
#define FORWARD_WM_COMMAND(hwnd, id, hwndCtl, codeNotify, fn) \
(void)(fn)((hwnd), WM_COMMAND, MAKEWPARAM((UINT)(id),(UINT)(codeNotify)), (LPARAM)(HWND)(hwndCtl))
所以實(shí)際上，F(xiàn)ORWARD_WM_XXXX將消息參數(shù)進(jìn)行了重新構(gòu)造，生成了wParam && lParam，然后調(diào)用了我們定義的函數(shù)。
好了，事情到這里也算是也段落了，下次我們?cè)诜治鱿⒃贛FC中的處理。