窗口获得焦点时，如何正确跟踪已按下的按键状态？

窗口获得焦点时，如何正确跟踪当前已按下的按键？具体来说，需确保被标记为“按下”的按键在释放时能正常接收WM_KEYUP消息？

背景信息 #

我开发的应用通过处理WM_KEYDOWN、WM_KEYUP（以及对应的WM_SYSKEY系列消息），将按键输入传入自定义输入处理系统。当窗口失去焦点时，所有按键应被标记为释放状态，因此我可以通过WM_KILLFOCUS消息清空输入处理器中的所有按键记录。

问题出在窗口获得焦点时，重新跟踪此时仍被按住的按键。我拦截WM_SETFOCUS消息，尝试过用GetAsyncKeyState/GetKeyState/GetKeyboardState检查按键状态，大多数情况正常，但偶尔会出现按键状态“卡住”：在WM_SETFOCUS中标记某按键为按下，释放时却收不到WM_KEYUP消息。

这种情况极难调试，不仅因为发作频率低，调试操作还会触发各类WM消息改变应用状态。我推测问题可能出在WM_SETFOCUS中调用GetKeyState等函数时的交互异常，其中ALT键最常出现问题——我常用Alt+Tab快速切换窗口，操作无规律。

目标 #

输入处理器在窗口获得焦点后，必须知晓所有当前已按下的按键。比如：在其他窗口按住ALT键，通过Alt+Tab切换到我的窗口，释放TAB但保持ALT按住，应用需要识别ALT处于按下状态（即便没收到WM_KEYDOWN），否则依赖ALT的功能（如编辑器相机旋转）无法正常工作。该方法需支持所有按键，而非仅修饰键。

当前实现方式 #

我的当前代码大致如下：

case WM_SETFOCUS:
    BYTE states[256];
    GetKeyboardState(states);

    for (int key = 0; key < 256; key++)
    {
        if (states[key] < 0)
            input.SetDown(key, true);
    }

该实现准确率达99.9%，仅在“按键释放时间与WM_SETFOCUS触发时间接近”的边缘场景会出错。

需求 #

是否存在能始终有效跟踪窗口获得焦点时按键状态的更佳方法？比如其他事件，或在WM_SETFOCUS中查询按键状态的正确方式？

备注：除非万不得已，不想从根本上改变输入处理方式（这是大型系统的一部分）。因此以下方案不在考虑范围内：

• 直接在输入处理器中使用GetAsyncKeyState()等实时查询方法；
• 更改输入处理框架。

1. 延迟查询按键状态 #

在WM_SETFOCUS中不立即调用GetKeyboardState，而是通过SetTimer设置极短延迟（如10ms），在定时器回调中再执行状态查询。这能避免窗口焦点切换过程中，系统按键消息队列未同步完成的问题。

示例代码：

#define TIMER_FOCUS_KEYCHECK 1001

case WM_SETFOCUS:
    SetTimer(hwnd, TIMER_FOCUS_KEYCHECK, 10, NULL);
    break;

case WM_TIMER:
    if (wParam == TIMER_FOCUS_KEYCHECK)
    {
        KillTimer(hwnd, TIMER_FOCUS_KEYCHECK);
        BYTE states[256];
        GetKeyboardState(states);
        for (int key = 0; key < 256; key++)
        {
            if (states[key] < 0)
                input.SetDown(key, true);
        }
    }
    break;

2. 加入“虚假按下”补偿逻辑 #

针对标记为按下但未收到WM_KEYUP的按键，可在每帧更新时（或定期）做校验：如果某按键被标记为按下，但GetAsyncKeyState返回未按下，则主动触发虚拟的WM_KEYUP处理，将其标记为释放。仅针对已标记为按下的按键检查，避免遍历所有按键影响性能。

示例代码（每帧执行）：

for (auto& [key, isDown] : input.GetPressedKeys())
{
    if (isDown && !(GetAsyncKeyState(key) & 0x8000))
    {
        input.SetDown(key, false);
        // 若需触发释放回调，可在此处调用
    }
}

3. 结合WM_ACTIVATE消息辅助同步 #

WM_ACTIVATE消息在窗口激活/失活时触发，比WM_SETFOCUS更早。可在WM_ACTIVATE的WA_ACTIVE状态下先做一次预检查，再配合WM_SETFOCUS的延迟查询，进一步降低状态不同步的概率。

4. ALT键的特殊处理 #

由于ALT涉及系统级窗口切换（Alt+Tab），可单独监听WM_SYSKEYUP消息，在WM_SETFOCUS后用GetKeyState(VK_MENU)确认ALT状态，确保后续释放时能正确同步。

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