使用SendMessage的键盘钩子为何无法拦截按键事件？

核心问题：未校验钩子的nCode参数 #

你的钩子函数没有先判断nCode的取值，这是导致拦截失效的关键。Windows低级键盘钩子的规则明确：只有当nCode >= HC_ACTION时，你才有资格决定是否拦截消息；如果nCode小于HC_ACTION（比如HC_NOREMOVE），必须直接调用CallNextHookEx传递消息，自行返回1会导致钩子逻辑异常，无法正确拦截按键。

修复后的钩子函数 #

LRESULT CALLBACK LowLevelKeyboardProc(int nCode, WPARAM wParam, LPARAM lParam) {
    // 仅在nCode符合处理条件时执行拦截判断
    if (nCode >= HC_ACTION) {
        // 调用自定义消息判断是否拦截
        if (SendMessage(targetWindow, WM_HOOK, wParam, lParam)) {
            return 1; // 返回1表示拦截该按键消息
        }
    }
    // 不符合处理条件或无需拦截时，传递给下一个钩子
    return CallNextHookEx(hHook, nCode, wParam, lParam);
}

额外排查点 #

1. WM_INPUT时序问题
   低级键盘钩子的触发时机可能早于WM_INPUT进入消息队列，导致你在钩子处理时用PeekMessage拿不到对应按键的RAWINPUT数据，误判设备。可以尝试在WM_HOOK处理中改用GetRawInputData配合传入的参数直接获取，或者调整RAWINPUTDEVICE的注册参数确保消息同步。

2. 自定义消息返回值验证
   确认WM_HOOK的消息处理函数确实返回非零值表示需要拦截。比如：

   LRESULT CALLBACK TargetWindowProc(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam) {
       switch (uMsg) {
           case WM_HOOK: {
               BOOL shouldBlock = FALSE;
               // 此处执行设备判断逻辑，设置shouldBlock为TRUE表示拦截
               // ...
               return shouldBlock;
           }
           default:
               return DefWindowProc(hwnd, uMsg, wParam, lParam);
       }
   }
   

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