?線程消息在模態(tài)循環(huán)中會(huì)丟失，因?yàn)橄⒎职l(fā)器(Message Dispatcher)不知道應(yīng)該如何分發(fā)此消息。但是，如果模態(tài)循環(huán)能支持的話，我們有一種方法可以在它們消失之前看到它們。

WH_MSGFILTER 消息鉤子可以用來接收傳遞給 CallMsgFilter 函數(shù)的消息。幸運(yùn)的是，窗口管理器中的所有模態(tài)循環(huán)都使用 CallMsgFilter 來允許線程在線程消息丟失之前捕獲它們。 因此，這為我們提供了一種方法，可以在消息通過模態(tài)循環(huán)時(shí)對它們進(jìn)行監(jiān)控。

讓我們在上次編寫的程序中添加一個(gè)消息過濾器，看看消息是如何通過消息過濾器的。但是，請注意，這是不是解決之前問題的正確方法。 我們在上一篇文章中說明了正確的解決方法。我用錯(cuò)誤的方式來說明消息過濾器，主要是因?yàn)樗鼪]有被開發(fā)人員很好地理解。 (例如，消息過濾器的正當(dāng)理由是，阻止菜單循環(huán)看到某些輸入消息。)

從上一個(gè)程序開始，在我們將 PostThreadMessage 更改為 PostMessage 之前，然后進(jìn)行以下更改：

在這里，我們在線程上安裝了一個(gè)消息過濾器鉤子，以便我們可以在消息通過模態(tài)循環(huán)時(shí)顯示它們。 code 參數(shù)告訴我們什么類型的模態(tài)循環(huán)檢索到了消息； 我們在這里忽略它，因?yàn)槲覀兿雽λ心B(tài)循環(huán)進(jìn)行過濾。

運(yùn)行這個(gè)程序并觀察蜂鳴器聲不再丟失，因?yàn)槲覀兊南⑦^濾器有機(jī)會(huì)看到它們并對它們做出反應(yīng)。

消息過濾器技巧依賴于所有模態(tài)循環(huán)，它們在分發(fā)它們之前，通過消息過濾器發(fā)送它們檢索到的消息。 如果你正在編寫要進(jìn)入庫的代碼，并且你有一個(gè)模態(tài)循環(huán)，那么你也應(yīng)該在分發(fā)消息之前調(diào)用消息過濾器，以防你的代碼庫的使用者想要對消息做一些事情。

MSGF_MYLIBRARY 可以是一個(gè)任意值，你可以選擇并記錄在庫的頭文件中。 在 commctrl.h 頭文件中，我們會(huì)看到這樣的示例代碼：

上面這些是由外殼(Shell)公共控件庫中的模式循環(huán)調(diào)用的消息過濾器。

你可能會(huì)問一個(gè)問題，“為什么使用消息過濾器掛鉤而不是 GetMessage 掛鉤？”

消息過濾器鉤子比 GetMessage 鉤子占用資源更少，因?yàn)樗鼈儍H在請求時(shí)調(diào)用，與 GetMessage 鉤子相反，GetMessage 鉤子為每個(gè)檢索到的消息調(diào)用。 消息過濾器鉤子還會(huì)告訴你哪個(gè)模態(tài)循環(huán)正在執(zhí)行過濾，這樣就可以調(diào)整相應(yīng)的動(dòng)作。

消息過濾器鉤子的缺點(diǎn)是所有模式循環(huán)都需要記住調(diào)用 CallMsgFilter，將其作為其調(diào)度循環(huán)的一部分。但這個(gè)，應(yīng)該問題不大，一句代碼的事兒。

總結(jié)

早在研究 VNC 代碼的那個(gè)年代，我就知道 有Windows 消息鉤子這回事兒了。奈何，因?yàn)楫?dāng)時(shí)水平不濟(jì)，一直沒能透徹理解它并真正地寫出一些代碼，也就擱置了。通過今天的文章，我還是沒太能完全理解它，但是，這有助于提醒我：Windows 基礎(chǔ)設(shè)施中有很多需要我去發(fā)現(xiàn)的瑰寶。