消息反射的真谛

最新推荐文章于 2025-08-19 12:01:15 发布

JsuFcz

最新推荐文章于 2025-08-19 12:01:15 发布

阅读量1k

点赞数

CC 4.0 BY-SA版权

分类专栏： &lt;MFC&gt; 文章标签： mfc 工作微软

本文链接：https://blog.youkuaiyun.com/JsuFcz/article/details/3496246

<MFC> 专栏收录该内容

8 篇文章

订阅专栏

本文解析了MFC中消息处理机制的层次结构，包括WndProc、OnWndMsg等关键函数的作用及调用流程，并探讨了消息反射的具体实现方式。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

     Window程序依靠线程消息循环的DispatchMessage进行驱动，在SDK下DispatchMessage直接调用窗体的WndProc，并进行消息处理，过程比较简单。而MFC对WndProc进行了巧妙的层层封装，并将这些封装的函数定义为虚函数，保证每一个派生都执行这些函数，如（按层次排列）
WndProc()
    OnWndMsg()
        OnXXX()(消息处理函数，MFC不作处理的会开放给我们)
             (MFC作处理了的会定义为虚函数，我们可以重载它)
            OnCmdMsg()

在上表中，MFC总会优先按虚函数调用，也就是说如果用户重载了这些虚函数，MFC总是保证先调用用户的（这也

是虚函数的特性），然后调用基类的。

MFC在OnCmdMsg作了很多处理工作，在OnCmdMsg的虚层次结构中，CWnd(CTargetCmd)::OnCmdMsg()进行MAP消息映

射表的处理。

    OK，知道了这些，我们再回首看消息反射，按照上面的理解，消息反射最适合的处理层次应该是在父窗体的OnXXX()中，而且应该在父窗体的OnCmdMsg()处理之前（因为OnCmdMsg实际上就是处理消息MAP表了），因而我们可以这样设计：
父的OnXXX()
        if (子的OnCmdMsg() && 有反射处理MAP映射)
            return TRUE;
        父的OnCmdMsg()

按照的这个猜测，我对子（如CMyTreeCtrl）的OnCmdMsg进行了重载并设置断点，发现调用堆栈并没有执行到这样，于是我对代码进行了跟踪，原来MFC对反射机制这块并不调用派生对象的OnCmdMsg，而是直接调用CWnd::OnCmdMsg，我想这其中的缘由应该是微软不想把反射控制权交给用户搞得更加复杂吧。

下面是WM_NOTIFY通知消息的处理表：

WndProc()
    OnWndMsg()
        OnNotify()
            ReflectLastMsg()
                子窗体的OnChildNotify()
                    子窗体的ReflectChildNofify()
                        子窗本的CWnd::OnCmdMsg() //注意这里，MFC直接指定类，并不使用默认虚函数，调用CWnd::OnCmdMsg，并且，在这里查反射MAP表，如果有就返回TRUE，否则FALSE
            上面返回FALSE：
            OnCmdMsg()
                CWnd::OnCmdMsg()