translatemessage_updatewindow_lresult

Windows消息机制的流程：

A. 操作系统接收应用程序的窗口消息，将消息投递到该应用程序的消息队列中

B. 应用程序在消息循环中调用GetMessage函数从消息队列中取出一条一条的消息，取出消息后，应用程序可以对消息进行一些预处理。

C. 应用程序调用DispatchMessage，将消息回传给操作系统。

D. 系统利用WNDCLASS结构体的lpfnWndProc成员保存的窗口过程函数的指针调用窗口过程，对消息进行处理。

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

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

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

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

PeekMessage和GetMessage的区别：

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

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

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

PretranslateMessage的实现，不得不谈到MFC消息循环的实现。MFC通过CWinApp类中的Pumpmessage函数实现消息循环，但是实际的消息循环代码位于CWinThread中，CWinApp只是从CWinThread继承过来。其简化后的代码大概如下：

BOOLCWinThread::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));

}

returnTRUE;

}

可以看到，PumpMessage在实际的TranslateMessage和DispatchMessage发生之前会调用AfxPreTranslateMessage，AfxPreTranslateMessage又会调用CWnd::WalkPreTranslateTree(虽然也会调用其他函数，但是这个最为关键），其代码如下：

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/ruanjian/article-49684-1.html