VC++ PreTranslateMessage和WindowProc的使用总结
发布日期:2021-06-30 18:20:43
浏览次数:2
分类:技术文章
本文共 3937 字,大约阅读时间需要 13 分钟。
一、先看基础知识
windows消息处理机制是这种:
首先系统(也就是windows)把来自硬件(鼠标,键盘等消息)和来自应用程序的消息 放到一个系统消息队列中去. 而应用程序须要有自己的消息队列,也就是线程消息队列,每个线程有自己的消息队列,对于多线程的应用程序就有和线程数目相等的线程消息队列. windows消息队列把得到的消息发送到线程消息队列,线程消息队列每次取出一条消息发送到指定窗体,不断循环直到程序退出.这个循环就是靠消息环(while(GetMessage()) TranslateMessage();DispatchMessage();实现的.GetMessage()仅仅是从线程消息中取出一条消息,TranslateMessage()把virtue key消息转化成character消息,如VK_F1会转化成WM_HELP,而DispatchMessage 则把取出的消息发送到目的窗体.假设收到WM_CLOSE消息则结束循环,发送postqiutmessage(0),处理WM_DESTROY销毁窗体!while (GetMessage(&msg, NULL, 0, 0)) //C++ code
{ TranslateMessage(&msg); DispatchMessage(&msg); }每一个Windows程序都会有一个消息循环的(也许api写的对话框程序你看不到消息循环,其实它也是存在的)
PreTranslateMessage看名字能看出来是在TranslateMessage之前处理,而TranslateMessage正是消息循环中要调用的函数。PreTranlateMessage是线程在将消息递给窗口处理前对消息进行优先操作。PreTranslateMessage在WindowProc之前调用。
WindowProc就是窗口处理消息的地方。二、再下结论
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的PreTranslateMessage()连一条消息都收不到!!! 经过尝试, MainDlg里的PreTranslateMessage()也是一条消息都收不到, 看来, 是因为的在win32中使用MFC扩展dll的问题了. 因为一个线程只有一个消息队列, 也就只有一个TranslateMessage()和Dispatch的地方, 一般情况下. 呵呵.却有很多个WindowProc, 一个窗口对应一个windowProc. 也不是所有的消息都会经过 WindowProc() 比如, 如果窗口中含有子窗口, 那么如果鼠标滑过子窗口, 鼠标移动消息直接在PreTranslateMessage()里面派发给了子窗口的WindowProc().
四、引申阅读
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。
转载地址:https://libaineu2004.blog.csdn.net/article/details/90600433 如侵犯您的版权,请留言回复原文章的地址,我们会给您删除此文章,给您带来不便请您谅解!
发表评论
最新留言
路过,博主的博客真漂亮。。
[***.116.15.85]2024年05月03日 01时08分29秒
关于作者
喝酒易醉,品茶养心,人生如梦,品茶悟道,何以解忧?唯有杜康!
-- 愿君每日到此一游!
推荐文章
RESTful API
2019-04-30
优化算法(四)——粒子群优化算法(PSO)
2019-04-30
数据在Oracle中的存储
2019-04-30
轨迹规划 trajectory planning
2019-04-30
AGV自动导引运输车
2019-04-30
Trie树(字典树)
2019-04-30
COMP7404 Machine Learing——KNN
2019-04-30
COMP7404 Machine Learing——SVM
2019-04-30
COMP7404 Machine Learing——ROC
2019-04-30
Python量子计算qiskit
2019-04-30
Python的多线程不是真的多线程(GIL全局解释器锁)
2019-04-30
CPython
2019-04-30
特征融合 & FFM(Feature Fusion Module) 特征融合模块
2019-04-30