c++ - SetWindowsHookEx 忽略来自消息循环的 PostMessage

Question

我正在尝试修改一款旧游戏，更具体地说，我想通过 Xbox Controller 输入来模拟键盘输入。我已经让游戏 handle 输入正常工作，但游戏忽略了我用 PostMessage 创建的假输入(我也尝试了 PostThreadMessage，但结果更糟。)

所以这是我代码的核心部分，绕过PeekMessage :

BOOL WINAPI MyPeekMessage(LPMSG lpMsg, HWND hWnd, UINT wMsgFilterMin, UINT wMsgFilterMax, UINT wRemoveMsg)
{
    BOOL ret = RealPeekMessage(lpMsg, hWnd, wMsgFilterMin, wMsgFilterMax, wRemoveMsg);
    if (lpMsg->message == WM_KEYDOWN)
    {
        cout << "Key press";
    }

    if (!ret)
    {
        if (joypadButtonDown)
        {
            LPARAM lparam = 0x00000001 | (LPARAM)(EnterScanCode << 16);    // Scan code, repeat=1
            BOOL res = PostMessage(mainHwnd, WM_KEYDOWN, VK_RETURN, lparam);
        }
    }

    return ret;
}    

现在的问题是游戏没有使用它的消息循环来读取键盘输入，而是在它自己的主窗口线程上使用 SetWindowsHookEx 和 WH_KEYBOARD。
所以在真正的按键上会发生什么:
游戏的主循环调用我的绕道，它调用真正的 PeekMessage，它调用 Hook 过程。但是，如果我发送我的虚假消息(具有相同的参数)，游戏会再次调用我的绕道，但真正的 PeekMessage 不会调用 Hook 过程，因此会错过输入。

一些额外的信息:
- 我检查过所有事情都发生在同一个线程上(主窗口创建、设置 Hook 和主循环)
- 我尝试直接从 IDirectInputDevice8->GetDeviceState 发送 PostMessage，结果相同
- 直接调用钩子(Hook)程序会导致崩溃(这是有道理的)。

Answer 1

我发现了一个有点肮脏的解决方法。我直接调用游戏的 SetWindowsHookEx KeyboardProc 回调，并通过绕过 CallNextHookEx 忽略我的假钩子(Hook)调用来避免我在 OP 中提到的崩溃。