本文說明兩個問題：
1.windows的消息處理機制；
2.怎么往SetTimer的回調(diào)函數(shù)傳遞參數(shù)。
首先看第一個問題，我們都知道windows是消 息驅(qū)動的，windows呈現(xiàn)給用戶的任何可以看到聽到的東西幾乎都是消息驅(qū)動的，在底層windows為每個線程準備了一個消息隊列，如果用戶線程注冊 了某個消息，那么在適當?shù)臅r候windows就會將消息投遞到該線程的消息隊列中，然后由該線程取出隊列中的消息，然后處理之，這個過程有兩個參與者，一 個是windows系統(tǒng)，它主要負責投遞消息，收不收是用戶線程的事，另一個就是用戶線程，它主要負責取出消息并處理消息，即使用戶線程因為睡眠或者根本就沒有設(shè)定消息循環(huán)，系統(tǒng)還是會投遞的，系統(tǒng)和用戶線程的消息接口就是消息隊列，這就在用戶和系統(tǒng)之間關(guān)于消息解除了耦合，在用戶線程處理消息的時候，其實還有一個消息隊列，因為一個線程不一定只接收一種消息而且不一定馬上就能處理完并返回，這個消息隊列我們把它叫做消息分發(fā)隊列或者簡稱分發(fā)隊列用來與系統(tǒng)的消息隊列區(qū)分，注意分發(fā)隊列里面的消息都是已經(jīng)格式化后的消息，分發(fā)給誰呢？當然是分發(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;
}
以上實際上就是windows消息機制的全景，對于windows的timer當然也要套用上面的模式了，在SetTimer調(diào)用后，實際上就注冊了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)還會進行嗎？其實不會進行了，本質(zhì)上那個1000毫秒就 不是說觸發(fā)回調(diào)函數(shù)的間隔，而是產(chǎn)生WM_TIMER消息的間隔，因為回調(diào)函數(shù)中睡眠了，所以也就阻塞了本線程，這個線程就不再往前走了，但是底層的 WM_TIMER消息也會因此而不再投遞嗎？不會，消息的投遞其實不是本線程進行的，而是系統(tǒng)進行的，本線程已經(jīng)睡眠了，但是系統(tǒng)卻沒有睡眠，它會繼續(xù)往該線程的消息隊列投遞WM_TIMER消息，只不過這些消息不再由該線程的GetMessage取出了，因為它睡眠了（如果對回調(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上，它實際上是一個模態(tài)對話框，既然是對話框它就有消息循環(huán)，它并沒有開獨立的線程，因此可以肯定還是原來的線程，原來 MessageBoxA的內(nèi)部實現(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)用之，于是又是一個消息框出來了，但 是一旦你點擊最上面的OK鍵，那么程序立即向下進行，進入Sleep，開始睡眠，所有的消息框好像死掉一般，因為就一個線程，它睡眠了，消息循環(huán)不再進行，當然所有消息框的消息循環(huá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取出，強制轉(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其實就是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位機器上的X 位指針是可以指遍整個虛擬內(nèi)存的，你可以把自定義參數(shù)包裝成一個結(jié)構(gòu)，該結(jié)構(gòu)的一個字段指向真正的timer的id，一切..