PreTranslateMessage介绍，作用和使用方法

1. 函数原型（源自MSDN）

      virtual BOOL PreTranslateMessage(MSG* pMsg);

      功能：

      重载该函数可以实现窗口消息在派发给窗口函数TranslateMessage()和DispatchMessage()之前的过滤.缺省的实现是完成加速键的翻译.因为您必须在你的重载版本中调用CWinApp:PreTranslateMessage()函数.

      在MFC中，PreTranslateMessage()是虚函数，我们可以重载它来处理键盘和鼠标消息。

      在SDK中，这又有所不同，我们必须在回调函数中
      LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)处理消息，它和PreTranslateMessage起的作用是类似的。只是MFC封装的更好而已。

2. 说明

      该函数表示在消息处理（TranslateMessage()和DispatchMessage()等)前所作的操作，如果函数返回值为TRUE，那么消息处理即终止，不会调用TranslateMessage()和DispatchMessage()来翻译和分发消息给相应的窗口；若返回值为FALSE，才会调用翻译和分发消息函数。

      该函数是MFC消息控制流最具特色的地方，它是CWnd类的虚拟函数，通过重载这个函数，我们可以改变MFC的消息控制流程，甚至可以作一个全新的控制流出来。

      在win32程序中，关于消息有两种传递方式：

      a. MFC消息，MFC会把所有的消息一条条放到一个AFX_MSG_MAP_ENTRY结构中，形成一个数组，该数组存放了所有的消息和与它们相关的参数。也可以说是放到消息队列里去。

      b. 采用SendMessage()或其他类似的方式向窗口直接发送的而不经过消息队列的消息。

    这两种方式中只有第一种（穿过消息队列的消息）才受PreTranslateMessage()影响，第二种消息并不会理睬PreTranslateMessage()的存在。

3. 其他

      PreTranslateMessage是消息在送给TranslateMessage函数之前被调用的，绝大多数本窗口的消息都要通过这里，比较常用，当你需要在MFC之前处理某些消息时，常常要在这里添加代码.

      MFC消息控制流最具特色的地方是CWnd类的虚拟函数PreTranslateMessage()，通过重载这个函数，我们可以改变MFC的消息控制流程，甚至可以作一个全新的控制流出来。只有穿过消息队列的消息才受PreTranslateMessage()影响，采用SendMessage()或其他类似的方式向窗口直接发送的而不经过消息队列的消息根本不会理睬PreTranslateMessage()的存在。

      一、是否调用TranslateMessage()和DispatchMessage()是由一个名称为PreTranslateMessage()函数的返回值决定的，如果该函数返回TRUE，则不会把该消息分发给窗口函数处理。

      二、传给PreTranslateMessage()的消息是未经翻译过的消息，它没有经过TranslateMessage()处理。例如可以在该函数中使用(pMsg->wParam == VK_RETURN)来拦截回车键。

      三、在WindowProc里不能处理WM_CHAR消息。（WindowProc函数见MFC消息响应机制一文）

      四、SetWindowText会发送WM_CHAR给窗口。

      五、PeekMessage和GetMessage的区别：

      GetMessage在没有消息的时候等待消息，效率低。PeekMessage没有消息的时候立刻返回，所以CPU占用率高。因为游戏不能靠Windows消息驱动，所以要用PeekMessage();

      在一个WIN32程序中，WINDOWS会将消息传递给相应的窗口。但是消息不是立即就被传递给相应的窗口，而是会从整个程序最顶层的窗口传递到下一级窗口，再传递到下一级窗口，直到传递给目标窗口。在整个过程中，有些消息，在某些特定的情况下，无法默认传递到目标窗口的。比如用户在EDIT控件中按下回车键，CANCEL键等，如果EDIT窗口之前有对话框窗口，对话框会默认处理回车消息（即响应ONOK函数，然后关闭对话框），然后退出消息传递。所以 EDIT会收不到。要解决这个问题，可以在EDIT窗口之前所有的对话框中重载PreTranslateMessage函数，然后在函数内加上：

  if  (pMsg -> message  ==  WM_KEYDOWN  &&  pMsg -> wParam  ==  VK_RETURN)     // 如果消息类型为WM_KEYDOWN并且用户按下的是回车
          return  FALSE;   
// 不翻译消息，直接将消息传递下去。具体可查MSDN。注意，这里返回值不能为TRUE，TRUE的意思是翻译消息后退出消息传递，如此一来虽然也能避开对话框默认处理，但是会退出消息传递，这样EDIT控件照样得不到消息。(我一开始所犯的错误)

    如此，就可避开对话框默认处理，将消息传递下去。注意：只有对话框才会默认处理按下回车，CANCEL消息，其他控件窗口则不会，所以在其他窗口中不必重载PreTranslateMessage函数，当然如果重载了也不会错。

附：关于PreTranslateMessage()函数的小程序示例：

BOOL CUserDlg::PreTranslateMessage(MSG *  pMsg)
{
    if(pMsg->message == WM_KEYDOWN) //判断是否有按键按下
    {
       switch(pMsg->wParam)
       {
          case VK_DOWN:     //表示是方向键中的向下的键
              // code here 
               break;
          case VK_UP:      //表示是方向键中的向上的键
               // code here 
               break;
          default:
               break;
       }
   }
}

 

 

 

 

 

PreTranslateMessage是消息在送给TranslateMessage函数之前被调用的，绝大多数本窗口的消息都要通过这里，比较常用，当需要在MFC之前处理某些消息时，常常要在这里添加代码. 
      

       MFC 消息控制流最具特色的地方是CWnd类的虚拟函数PreTranslateMessage()，通过重载这个函数，可以改变MFC的消息控制流程，甚至可以作一个全新的控制流出来。只有穿过消息队列的消息才受PreTranslateMessage()影响，采用SendMessage()或其他类似的方式向窗口直接发送的而不经过消息队列的消息根本不会理睬PreTranslateMessage()的存在。 

       是否调用TranslateMessage()和DispatchMessage()是由一个名称为PreTranslateMessage()函数的返回值决定的，如果该函数返回TRUE，则不会把该消息分发给窗口函数处理。

传给PreTranslateMessage()的消息是未经翻译过的消息，它没有经过TranslateMessage()处理。可以在该函数中使用(pMsg->wParam==VK_RETURN)来拦截回车键。wParam中存放的是键盘上字符的虚拟码。

PeekMessage和GetMessage的区别：

GetMessage在没有消息的时候等待消息，cpu当然低

PeekMessage没有消息的时候立刻返回，所以cpu占用率高。

因为游戏不能靠windows消息驱动，所以要用PeekMessage();

     PretranslateMessage 的实现，不得不谈到MFC消息循环的实现。MFC通过CWinApp类中的Pumpmessage函数实现消息循环，但是实际的消息循环代码位于 CWinThread中，CWinApp只是从CWinThread继承过来。其简化后的代码大概如下：
　　BOOL CWinThread::PumpMessage()
　　{
　　_AFX_THREAD_STATE *pState = AfxGetThreadState();
　　
　　::GetMessage(&(pState->m_msgCur), NULL, NULL, NULL))
　　
　　if (!AfxPreTranslateMessage(&(pState->m_msgCur)))
　　{
　　::TranslateMessage(&(pState->m_msgCur));
　　::DispatchMessage(&(pState->m_msgCur));
　　}
　　return TRUE;
　　}
　　可以看到，PumpMessage在实际的TranslateMessage和DispatchMessage发生之前会调用 AfxPreTranslateMessage，AfxPreTranslateMessage又会调用 CWnd::WalkPreTranslateTree(虽然也会调用其他函数，但是这个最为关键），其代码如下：
　　BOOL PASCAL CWnd::WalkPreTranslateTree(HWND hWndStop, MSG* pMsg)
　　{
　　ASSERT(hWndStop == NULL || ::IsWindow(hWndStop));
　　ASSERT(pMsg != NULL);
　　
　　// walk from the target window up to the hWndStop window checking
　　// if any window wants to translate this message
　　
　　for (HWND hWnd = pMsg->hwnd; hWnd != NULL; hWnd = ::GetParent(hWnd))
　　{
　　CWnd* pWnd = CWnd::FromHandlePermanent(hWnd);
　　if (pWnd != NULL)
　　{
　　// target window is a C window
　　if (pWnd->PreTranslateMessage(pMsg))
　　return TRUE; // trapped by target window (eg: accelerators)
　　}
　　
　　// got to hWndStop window without interest
　　if (hWnd == hWndStop)
　　break;
　　}
　　return FALSE; // no special processing
　　}
　　
　　可以看到，代码还是很直接的。从接受到消息的窗口层层往上遍历，并调用PretranslateMessage看是否返回TRUE，是则结束，否则继续。
　　这里有一个地方非常关键：CWnd *pWnd = CWnd::FromHandlePermanent(hWnd) 这一句代码从当前AfxModuleThreadState拿到Permanent句柄表，从而找到hWnd对应的CWnd


MFC 中PreTranslateMessage是GetMessage(...)函数的下一级操作，即GetMessage(...)从消息队列中获取消息后，交由PreTranslateMessage（）处理，若其返回FALSE则再交给TranslateMessage和 DispatchMessage处理（进入WindowProc）；  
如果用SendMessage,   则消息直接交到WindowProc处理，所以GetMessage不会取得SendMessage的消息，当然PreTranslateMessage也就不会被调用。   [Page]
如果用PostMessage,则消息进入消息队列，由GetMessage取得，PreTranslateMessage就有机会进行处理。