新闻处理剖析.doc

消息处理分析 我解释如下：看了你可能明白为什么了 MFC中PreTranslateMessage是GetMessage(...)函数的下一级操作，即GetMessage(...)从消息队列中获取消息后，交由PreTranslateMessage（）处理，若其返回FALSE则再交给TranslateMessage和DispatchMessage处理（进入WindowProc）； 如果用SendMessage, 则消息直接交到WindowProc处理，所以GetMessage不会取得SendMessage的消息，当然PreTranslateMessage也就不会被调用。 如果用PostMessage,则消息进入消息队列，由GetMessage取得，PreTranslateMessage就有机会进行处理。 你在WindowProc接收消息后PostMessage，PreTranslateMessage就有机会进行处理。 你可以试试 PreTranslateMessage是在WindowProc之前被调用的，前者用于过滤消息，被过滤的消息不进入窗口过程。在窗口过程中调用PreTranslateMessage也是不合适的。 只有穿过消息队列的消息才受PreTranslateMessage()影响，采用SendMessage()或其他类似的方式向窗口直接发送的而不经过消息队列的消息根本不会理睬PreTranslateMessage()的存在。 PreTranslateMessage是消息在送给TranslateMessage函数之前被调用的，绝大多数本窗口的消息都要通过这里，比较常用，当你需要在MFC之前处理某些消息时，常常要在这里添加代码. 　　MFC消息控制流最具特色的地方是CWnd类的虚拟函数PreTranslateMessage()，通过重载这个函数，我们可以改变MFC的消息控制流程，甚至可以作一个全新的控制流出来。只有穿过消息队列的消息才受PreTranslateMessage()影响，采用SendMessage()或其他类似的方式向窗口直接发送的而不经过消息队列的消息根本不会理睬PreTranslateMessage()的存在。 　　一、是否调用TranslateMessage()和DispatchMessage()是由PreTranslateMessage()函数的返回值决定的，如果该函数返回TRUE，则不会把该消息分发给窗口函数处理。 　　二、传给PreTranslateMessage()的消息是未经翻译过的消息，它没有经过TranslateMessage()处理。可以在该函数中使用(pMsg-wParam==VK_RETURN)来拦截回车键。 　　三、在WindowProc里不能处理WM_Char消息。 　　四、SetWindowText会发送WM_Char给窗口。 　　五、PeekMessage和GetMessage的区别： 　　GetMessage在没有消息的时候等待消息，cpu当然低 　　PeekMessage没有消息的时候立刻返回，可以在没有消息的时候可以做其他处理,但cpu占用率一般较高.大多游戏都用PeekMessage(); 1: MFC中PreTranslateMessage是GetMessage(...)函数的下一级操作，即GetMessage(...)从消息队列中获取消息后，交由PreTranslateMessage（）处理，若其返回FALSE则再交给TranslateMessage和DispatchMessage处理(进入WindowProc); 如果用SendMessage, 则消息直接交到WindowProc处理，所以GetMessage不会取得SendMessage的消息，当然PreTranslateMessage也就不会被调用。如果用PostMessage,则消息进入消息队列，由GetMessage取得，PreTranslateMessage就有机会进行处理。 2: SendMessage要区分环境，如果是对本线程的窗口SendMessage，则不经过任何消息循环，也不放入消息队列，直接调用WindowProc，所以GetMessage和PreTranslateMessage都捕获不到；如果SendMessage是向其它线程或其它进程的窗口发消息，则消息进入消息队列，GetMessage和PreTranslateMessage能捕获到这个消息。 总结: 并不是所有的消息都会经过 PreTranslateMessage() 比如, 通过SendMessage()发到本窗体的消息. 直接进入WindowProc. 比如, 我的PagePower的