使用WH_GETMESSAGE钩子无法拦截进程键鼠消息问题咨询

问题根因分析 #

你遇到的WH_GETMESSAGE拦截失效的核心原因是对该类型钩子的工作机制和返回值规则理解有误：

• WH_MOUSE、WH_KEYBOARD这类低阶输入钩子，返回非0值即可终止消息传递，阻止目标进程接收
• WH_GETMESSAGE钩子的返回值被系统完全忽略，仅通过修改传入的消息结构实现拦截，且必须调用CallNextHookEx传递消息到钩子链的下一个节点，否则会引发系统异常。

WH_GETMESSAGE方案的修复方法 #

回调函数修改 #

调整钩子回调逻辑，通过修改消息结构实现拦截：

LRESULT CALLBACK messageHandler(int nCode, WPARAM wParam, LPARAM lParam)
{
    // 仅处理有效且即将被移出队列的消息
    if (nCode == HC_ACTION && wParam == PM_REMOVE) {
        MSG* pMsg = reinterpret_cast<MSG*>(lParam);
        // 匹配需要拦截的键鼠消息范围
        if ((pMsg->message >= WM_MOUSEFIRST && pMsg->message <= WM_MOUSELAST) 
            || (pMsg->message >= WM_KEYFIRST && pMsg->message <= WM_KEYLAST)) {
            // 满足拦截条件时将消息替换为空消息，后续流程会直接忽略该消息
            pMsg->message = WM_NULL;
        }
    }
    // 必须调用下一个钩子，维持系统钩子链正常工作
    return CallNextHookEx(hookHandle, nCode, wParam, lParam);
}

冗余逻辑清理 #

你当前messageDispatcher函数中的消息循环是冗余的：你挂载的是目标窗口线程的钩子，目标线程自身会处理消息循环触发钩子回调，你创建的独立线程仅需要在挂载钩子后等待退出信号即可，不需要额外跑GetMessage循环。

方案选择建议 #

两种方案都可以满足你的需求，差异如下：

• 继续使用WH_GETMESSAGE：仅需维护一个钩子，代码量小，后续需要扩展拦截其他类型消息时更方便，仅需新增消息判断规则即可
• 改用WH_MOUSE+WH_KEYBOARD双钩子：拦截逻辑更直观，不需要修改消息结构，返回非0值即可完成拦截，适合后续需要对鼠标、键盘消息做完全独立的逻辑处理的场景

额外提示：如果目标游戏使用DirectInput、RawInput等直接读取硬件输入的方案，以上基于窗口消息的钩子都会失效，需要使用更低阶的输入拦截方案。

内容的提问来源于stack exchange，提问作者August Vishnevsky