1.函數(shù)原型：（MSDN）
virtual BOOL PreTranslateMessage( MSG *pMsg );
功能：
Override this function to filter window messages before they are dispatched to the Windows functions TranslateMessage and DispatchMessage. The default implementation performs accelerator-key translation, so you must call the CWinApp::PreTranslateMessage member function in your overridden version.
重載該函數(shù)可以實(shí)現(xiàn)窗口消息在派發(fā)給窗口函數(shù)TrnaslateMessage和DispatchMessae()之前的過濾.缺省的實(shí)現(xiàn)是完成加速鍵的翻譯.因?yàn)槟仨氃谀愕闹剌d版本中調(diào)用CWinApp:PreTranslateMessage()函數(shù).
在MFC中，PreTranslateMessage是虛函數(shù)，我們可以重載它來處理鍵盤和鼠標(biāo)消息。
在sdk中，這又有所不同，我們必須在回調(diào)函數(shù)中LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)處理消息：
它和PreTranslateMessage起的作用是類似的。只是MFC封裝的更好而已
2.說明：
該函數(shù)表示在消息處理（TranslateMessge()和DispatchMessage()等）前所作的操作，如果函數(shù)返回值為TRUE，那么消息處理即終止，不會(huì)調(diào)用TranslateMessge()和DispatchMessage()來翻譯和分發(fā)消息給相應(yīng)的窗口；若返回值為FALSE，才會(huì)調(diào)用翻譯和分發(fā)消息函數(shù)。
該函數(shù)是MFC消息控制流最具特色的地方，它是CWnd類的虛擬函數(shù)，通過重載這個(gè)函數(shù)，我們可以改變MFC的消息控制流程，甚至可以作一個(gè)全新的控制流出來。
在win32程序中，關(guān)于消息有兩種傳遞方式：
a.MFC消息，MFC會(huì)把所有的消息一條條放到一個(gè)AFX_MSGMAP_ENTRY結(jié)構(gòu)中，形成一個(gè)數(shù)組，該數(shù)組存放了所有的消息和與它們相關(guān)的參數(shù)。也可以說是放到消息隊(duì)列里去。
b. 采用SendMessage()或其他類似的方式向窗口直接發(fā)送的而不經(jīng)過消息隊(duì)列的消息。
這兩種方式中只有第一種（穿過消息隊(duì)列的消息）才受PreTranslateMessage()影響，
第二種消息并不會(huì)理睬PreTranslateMessage()的存在。
一、是否調(diào)用TranslateMessage()和DispatchMessage()是由一個(gè)名稱為PreTranslateMessage()函數(shù)的返回值決定的，如果該函數(shù)返回TRUE，則不會(huì)把該消息分發(fā)給窗口函數(shù)處理。
二、傳給PreTranslateMessage()的消息是未經(jīng)翻譯過的消息，它沒有經(jīng)過TranslateMessage()處理?？梢栽谠摵瘮?shù)中使用(pMsg->wParam==VK_RETURN)來攔截回車鍵。
三、在WindowProc里不能處理WM_Char消息。（WindowProc函數(shù)見MFC消息響應(yīng)機(jī)制一文）
四、SetWindowText會(huì)發(fā)送WM_Char給窗口。
五、PeekMessage和GetMessage的區(qū)別：
GetMessage在沒有消息的時(shí)候等待消息，cpu當(dāng)然低
PeekMessage沒有消息的時(shí)候立刻返回，所以cpu占用率高。因?yàn)橛螒虿荒芸?/span>windows消息驅(qū)動(dòng)，所以要用PeekMessage();
另一篇文章中：
在一個(gè)WIN32程序中，WINDOWS會(huì)將消息傳遞給相應(yīng)的窗口。但是消息不是立即就被傳遞給相應(yīng)的窗口，而是會(huì)從整個(gè)程序最頂層的窗口傳遞到下一級(jí)窗口，再傳遞到下一級(jí)窗口，直到傳遞給目標(biāo)窗口。在整個(gè)過程中，有些消息，在某些特定的情況下，無法默認(rèn)傳遞到目標(biāo)窗口的。比如用戶在EDIT控件中按下回車鍵，CANCEL鍵等，如果EDIT窗口之前有對(duì)話框窗口，對(duì)話框會(huì)默認(rèn)處理回車消息（即響應(yīng)ONOK函數(shù)，然后關(guān)閉對(duì)話框），然后退出消息傳遞。所以EDIT會(huì)收不到。要解決這個(gè)問題，可以在EDIT窗口之前所有的對(duì)話框中重載PreTranslateMessage函數(shù)，然后在函數(shù)內(nèi)加上：
if (pMsg->message==WM_KEYDOWN && pMsg->wParam==VK_RETURN) //如果消息類型為WM_KEYDOWN并且用戶按下的是回車
return FALSE; //不翻譯消息，直接將消息傳遞下去。具體可查MSDN。注意，這里返回值不能為TRUE，TRUE的意思是翻譯消息后退出消息傳遞，如此一來雖然也能避開對(duì)話框默認(rèn)處理，但是會(huì)退出消息傳遞，這樣EDIT控件照樣得不到消息。
如此，就可避開對(duì)話框默認(rèn)處理，將消息傳遞下去。注意：只有對(duì)話框才會(huì)默認(rèn)處理按下回車，CANCEL消息，其他控件窗口則不會(huì)，所以在其他窗口中不必重載PreTranslateMessage函數(shù)，當(dāng)然如果重載了也不會(huì)錯(cuò)。
附：關(guān)于PreTranslateMessage()函數(shù)的小程序示例：
BOOL CSearchuserDlg::PreTranslateMessage(MSG* pMsg)
{
if(pMsg->message==WM_KEYDOWN) //判斷是否有按鍵按下
{
switch(pMsg->wParam)
{
case VK_DOWN: //表示是方向鍵中的向下的鍵
//add handle code here
break;
case VK_UP: //表示是方向鍵中的向上的鍵
//add handle code here
break;
default:
break;
}
}
}