使用消息过滤器找回丢失的线程消息

使用消息过滤器找回丢失的线程消息

作者:BlogUpdater |  时间:2022-09-29 |  浏览:138 |  评论已关闭 条评论

如前面的文章所提到的,线程消息在模态循环中会丢失,因为消息分发器(Message Dispatcher)不知道应该如何分发此消息。但是,如果模态循环能支持的话,我们有一种方法可以在它们消失之前看到它们。

WH_MSGFILTER 消息钩子可以用来接收传递给 CallMsgFilter 函数的消息。幸运的是,窗口管理器中的所有模态循环都使用 CallMsgFilter 来允许线程在线程消息丢失之前捕获它们。 因此,这为我们提供了一种方法,可以在消息通过模态循环时对它们进行监控。

让我们在上次编写的程序中添加一个消息过滤器,看看消息是如何通过消息过滤器的。
但是,请注意,这是不是解决之前问题的正确方法。 我们在上一篇文章中说明了正确的解决方法。
我用错误的方式来说明消息过滤器,主要是因为它没有被开发人员很好地理解。 (例如,消息过滤器的正当理由是,阻止菜单循环看到某些输入消息。)

从上一个程序开始,在我们将 PostThreadMessage 更改为 PostMessage 之前,然后进行以下更改:

在这里,我们在线程上安装了一个消息过滤器钩子,以便我们可以在消息通过模态循环时显示它们。 code 参数告诉我们什么类型的模态循环检索到了消息; 我们在这里忽略它,因为我们想对所有模态循环进行过滤。

运行这个程序并观察蜂鸣器声不再丢失,因为我们的消息过滤器有机会看到它们并对它们做出反应。

消息过滤器技巧依赖于所有模态循环,它们在分发它们之前,通过消息过滤器发送它们检索到的消息。 如果你正在编写要进入库的代码,并且你有一个模态循环,那么你也应该在分发消息之前调用消息过滤器,以防你的代码库的使用者想要对消息做一些事情。

MSGF_MYLIBRARY 可以是一个任意值,你可以选择并记录在库的头文件中。 在 commctrl.h 头文件中,我们会看到这样的示例代码:

上面这些是由外壳(Shell)公共控件库中的模式循环调用的消息过滤器。

你可能会问一个问题,“为什么使用消息过滤器挂钩而不是 GetMessage 挂钩?”

消息过滤器钩子比 GetMessage 钩子占用资源更少,因为它们仅在请求时调用,与 GetMessage 钩子相反,GetMessage 钩子为每个检索到的消息调用。 消息过滤器钩子还会告诉你哪个模态循环正在执行过滤,这样就可以调整相应的动作。

消息过滤器钩子的缺点是所有模式循环都需要记住调用 CallMsgFilter,将其作为其调度循环的一部分。
但这个,应该问题不大,一句代码的事儿。

总结
早在研究 VNC 代码的那个年代,我就知道 有Windows 消息钩子这回事儿了。
奈何,因为当时水平不济,一直没能透彻理解它并真正地写一些代码,也就搁置了。
通过今天的文章,我还是没太能完全理解它,但是,这有助于提醒我:Windows 基础设施中有很多需要我去发现的瑰宝。
这话真好:不是缺少美,是缺少发现美的眼睛。

最后
Raymond Chen的《The Old New Thing》是我非常喜欢的博客之一,里面有很多关于Windows的小知识,对于广大Windows平台开发者来说,确实十分有帮助。
本文来自:《Rescuing thread messages from modal loops via message filters》

最近我写了个东西
正如你们所知道的,拓扑梅尔智慧办公平台(Topomel Box)是一款绿色软件,主要面向经常使用电脑的朋友。它提供了各种提升办公效率的小功能,同时操作上尽可能地简单方便。
我想:你值得拥有。

评论已关闭。