本文說明兩個問題：
1.windows的消息處理機(jī)制；
2.怎么往SetTimer的回調(diào)函數(shù)傳遞參數(shù)。
首先看第一個問題，我們都知道windows是消 息驅(qū)動的，windows呈現(xiàn)給用戶的任何可以看到聽到的東西幾乎都是消息驅(qū)動的，在底層windows為每個線程準(zhǔn)備了一個消息隊列，如果用戶線程注冊 了某個消息，那么在適當(dāng)?shù)臅r候windows就會將消息投遞到該線程的消息隊列中，然后由該線程取出隊列中的消息，然后處理之，這個過程有兩個參與者，一 個是windows系統(tǒng)，它主要負(fù)責(zé)投遞消息，收不收是用戶線程的事，另一個就是用戶線程，它主要負(fù)責(zé)取出消息并處理消息，即使用戶線程因?yàn)樗呋蛘吒揪蜎]有設(shè)定消息循環(huán)，系統(tǒng)還是會投遞的，系統(tǒng)和用戶線程的消息接口就是消息隊列，這就在用戶和系統(tǒng)之間關(guān)于消息解除了耦合，在用戶線程處理消息的時候，其實(shí)還有一個消息隊列，因?yàn)橐粋€線程不一定只接收一種消息而且不一定馬上就能處理完并返回，這個消息隊列我們把它叫做消息分發(fā)隊列或者簡稱分發(fā)隊列用來與系統(tǒng)的消息隊列區(qū)分，注意分發(fā)隊列里面的消息都是已經(jīng)格式化后的消息，分發(fā)給誰呢？當(dāng)然是分發(fā)給消息的回調(diào)函數(shù)了，對于有窗口的就是先分發(fā)給窗口過程，然后 由窗口過程分發(fā)給具體的處理函數(shù)。
下面我們來通過一個例子說明一下，用vs2005或VC建立一個Win32工程，然后看自動生成的代碼：
int APIENTRY _tWinMain(HINSTANCE hInstance,
HINSTANCE hPrevInstance,
LPTSTR lpCmdLine,
int nCmdShow)
{
// 主消息循環(huán):
while (GetMessage(&msg, NULL, 0, 0))
{
if (!TranslateAccelerator(msg.hwnd, hAccelTable, &msg))
{
TranslateMessage(&msg);
DispatchMessage(&msg);//msg中按照消息號識別
}
}
return (int) msg.wParam;
}以上就是消息循環(huán)，該線程循環(huán)接收消息，然后DispatchMessage消息，Dispatch到窗口過程：
LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)
{
int wmId, wmEvent;
PAINTSTRUCT ps;
HDC hdc;
switch (message)//message就是消息號
{
case WM_COMMAND:
default:
return DefWindowProc(hWnd, message, wParam, lParam);
}
return 0;
}
以上實(shí)際上就是windows消息機(jī)制的全景，對于windows的timer當(dāng)然也要套用上面的模式了，在SetTimer調(diào)用后，實(shí)際上就注冊了WM_TIMER消息，以下是函數(shù)定義：
UINT_PTR SetTimer(
HWND hWnd,
UINT_PTR nIDEvent,
UINT uElapse,
TIMERPROC lpTimerFunc
);
lpTimerFunc就是回調(diào)函數(shù)，其形式為：
VOID CALLBACK TimerProc(
HWND hwnd,
UINT uMsg,
UINT_PTR idEvent,
DWORD dwTime
);
SetTimer的參數(shù)uElapse就是時間間隔，比如設(shè)置為1000即1秒，現(xiàn)在有了一個問題，請看下列代碼:
VOID CALLBACK TimerFunc(HWND hwnd,UINT uMsg,UINT_PTR idEvent,DWORD dwTime)
{
Sleep(5000);
}
DWORD CALLBACK AutoBakup( PVOID lpParam )
{
MSG msg;
UINT id=SetTimer(NULL,1,1000,TimerFunc);
BOOL bRet;
while( ((bRet = GetMessage(&msg,NULL,0,0))!= 0) )
{
if(bRet==-1)
{
break;
}
else
{
TranslateMessage(&msg);
DispatchMessage(&msg);
}
}
KillTimer(NULL,id);
return 0;
}
竟然在timer的處理函數(shù)中睡眠了，那么SetTimer時的1000毫秒觸發(fā)一次timer回調(diào)還會進(jìn)行嗎？其實(shí)不會進(jìn)行了，本質(zhì)上那個1000毫秒就 不是說觸發(fā)回調(diào)函數(shù)的間隔，而是產(chǎn)生WM_TIMER消息的間隔，因?yàn)榛卣{(diào)函數(shù)中睡眠了，所以也就阻塞了本線程，這個線程就不再往前走了，但是底層的 WM_TIMER消息也會因此而不再投遞嗎？不會，消息的投遞其實(shí)不是本線程進(jìn)行的，而是系統(tǒng)進(jìn)行的，本線程已經(jīng)睡眠了，但是系統(tǒng)卻沒有睡眠，它會繼續(xù)往該線程的消息隊列投遞WM_TIMER消息，只不過這些消息不再由該線程的GetMessage取出了，因?yàn)樗吡耍ㄈ绻麑卣{(diào)函數(shù)是否和 GetMessage是否為統(tǒng)一線程有疑義，那么用GetCurrentThreadId()檢測一下就好），消息全部堆積在隊列里面，然后等待睡眠結(jié)束后再一個一個處理。好吧，這個問題解決了，下一個問題又來了，試著將回調(diào)函數(shù)改為下面的：
VOID CALLBACK TimerFunc(HWND hwnd,UINT uMsg,UINT_PTR idEvent,DWORD dwTime)
{
MessageBoxA(NULL,"zhaoya","msg",MB_OK);
Sleep(5000);
}
發(fā)現(xiàn)完全按照SetTimer時設(shè)置的那樣，1秒彈出一個消息框，一個一個出來，Sleep好像根本就沒有執(zhí)行，線程根本沒有睡眠阻塞，我把 MessageBoxA(NULL,"","",MB_OK)換成printf就不行了，線程立即執(zhí)行Sleep，這是為何？關(guān)鍵就在 MessageBoxA上，它實(shí)際上是一個模態(tài)對話框，既然是對話框它就有消息循環(huán)，它并沒有開獨(dú)立的線程，因此可以肯定還是原來的線程，原來 MessageBoxA的內(nèi)部實(shí)現(xiàn)了GetMessage-->TranslateMessage-->DispatchMessage的循環(huán)，由于還是原來的線程，所以它GetMessage將還包括WM_TIMER，另外還有消息框自己的一些關(guān)于界面的消息，比如WM_PAINT，消息框 的出現(xiàn)只是在系統(tǒng)中又注冊了一些需要的消息，就是消息框的關(guān)于界面事件的消息。WM_TIMER回調(diào)函數(shù)在那，于是調(diào)用之，于是又是一個消息框出來了，但 是一旦你點(diǎn)擊最上面的OK鍵，那么程序立即向下進(jìn)行，進(jìn)入Sleep，開始睡眠，所有的消息框好像死掉一般，因?yàn)榫鸵粋€線程，它睡眠了，消息循環(huán)不再進(jìn)行，當(dāng)然所有消息框的消息循環(huán)也不再進(jìn)行，什么WM_PANIT之類的消息都將阻塞，于是消息框們都和死了一樣。
通過以上論述，我想關(guān)于windows消息大致已經(jīng)說清了，下面解決第二個問題，如何向SetTimer的回調(diào)函數(shù)傳遞自定義參數(shù)。再看TimerProc：
VOID CALLBACK TimerPro(HWND hwnd,UINT uMsg,UINT_PTR idEvent,DWORD dwTime);
看看MSDN關(guān)于第三個參數(shù)idEvent的解釋，就是Timer的id，我們可以用SetTimer的返回值來作為自定義參數(shù)的指針，然后在 TimerProc回調(diào)函數(shù)中通過idEvent取出，強(qiáng)制轉(zhuǎn)換為自己定義的類型，可是SetTimer的返回值并不是我們所能左右的啊，那么還是要從 MSG結(jié)構(gòu)下手了：
typedef struct tagMSG { // msg
HWND hwnd;
UINT message;
WPARAM wParam;
LPARAM lParam;
DWORD time;
POINT pt;
} MSG;
看看wParam和lParam，MSDN上說是額外參數(shù)，我們只需要重新設(shè)置值就可以了，于是我們要取wParam和lParam這兩個參數(shù)與 TimerProc形參的交集，這個交集就是我們可以自定義的參數(shù)，經(jīng)過測試，發(fā)現(xiàn)wParam其實(shí)就是SetTimer返回的id，也就是 TimerProc的形參idEvent，于是例子如下：
VOID CALLBACK TimerFunc(HWND hwnd,UINT uMsg,UINT_PTR idEvent,DWORD dwTime)
{
char * buf = (char*)idEvent;
printf( "%s\n", buf );//這里打印的就是"abcde"
}
DWORD CALLBACK AutoBakup( PVOID lpParam )
{
char * buf = "abcde";
MSG msg;
UINT id=SetTimer(NULL,1,1000,TimerFunc);
BOOL bRet;
while( ((bRet = GetMessage(&msg,NULL,0,0))!= 0) )
{
if(bRet==-1)
{
break;
}
else
{
TranslateMessage(&msg);
msg.wParam = (WPARAM)buf;//這里設(shè)置參數(shù)
DispatchMessage(&msg);
}
}
KillTimer(NULL,id);
return 0;
}
如果你說，這么把idEvent占了的話，真正的timer的id不就得不到了嗎？唉，暈！如果能傳遞一個指針那么就沒有設(shè)呢沒不能傳遞了，X位機(jī)器上的X 位指針是可以指遍整個虛擬內(nèi)存的，你可以把自定義參數(shù)包裝成一個結(jié)構(gòu)，該結(jié)構(gòu)的一個字段指向真正的timer的id，一切..