为什么 SetWindowsHookEx 必须与 Windows 消息队列一起使用

我一直在尝试使用钩子进行一些操作，但我不明白为什么钩子必须与消息队列一起使用

hook = SetWindowsHookEx(WH_KEYBOARD_LL, KeyboardProc, NULL, 0);
MSG msg;
while(GetMessage(&msg, NULL, 0, 0) > 0)
{
        TranslateMessage(&msg);
        DispatchMessage(&msg);
}
UnhookWindowsHookEx(hook);

为什么这样的东西不起作用？

hook = SetWindowsHookEx(WH_KEYBOARD, KeyboardProc, NULL, 0);
cin >> aKey;
UnhookWindowsHookEx(hook);

使用增强线程，并且屏障也不起作用。为什么挂机和脱机之间的等待不能以其他方式完成？

EDIT:

创建此示例时我犯了一个错误，我创建了 WH_KEYBOARD_LL 挂钩，而不是 WH_KEYBOARD，（我认为这没有很大区别）

此外，循环永远不会执行，只会等待 GetMessage 函数。

仅当我发布退出消息时循环才会执行PostThreadMessage(id, WM_QUIT, 2323, NULL);所以我不明白它除了等待之外还有什么作用，是否有一些内部处理？

RELATED:

C++ SetWindowsHookEx WH_KEYBOARD_LL 正确设置

如何在 Win32 控制台窗口上设置 CBT 挂钩？

低级挂钩 WH_KEYBOARD_LL 和 WH_MOUSE_LL 与所有其他挂钩不同。它们不需要将 DLL 注入到目标进程中。相反，Windows 在您自己的进程内直接调用您的钩子回调。为了实现这一点，需要一个消息循环。 Windows 没有其他机制可以在主线程上进行回调，回调只能在您调用 Get/PeekMessage() 时发生，以便 Windows 处于控制之中。

像 WH_KEYBOARD 这样的全局钩子是非常不同的。它需要一个 DLL，并且回调发生在处理键盘消息的进程内。您需要某种进程间通信来让您自己的程序意识到这一点。命名管道是通常的选择。否则当然需要这个注入的进程泵送消息循环。否则它不会收到键盘消息。

喜欢低级别的钩子，它们是much更容易上手。但一定要打泵，否则不起作用。并注意超时，如果你的响应速度不够，那么 Windows 会在没有通知的情况下杀死你的钩子。

了解低级鼠标和键盘挂钩 (win32)