仅在德语键盘布局下GetKeyState()出现误报的技术咨询

嗨，这个问题我之前也碰到过！其实这不是什么bug，是Windows针对德语这类带AltGr键的键盘布局的正常设计行为——德语键盘的右Alt键（RMenu）本质是AltGr，Windows会把它逻辑上当成Ctrl+Alt的组合来处理，这样才能输入那些特殊字符（比如€或者@）。所以当你按下AltGr时，系统会自动模拟左Ctrl键的按下状态，而GetKeyState返回的是按键的逻辑状态（包含系统模拟的输入），不是物理按键的实际情况，这就导致了误报。美式键盘没有AltGr，右Alt就是单纯的Alt，所以不会有这个问题。

下面给你两种可行的解决方案：

方案1：改用GetAsyncKeyState获取物理按键状态 #

GetAsyncKeyState返回的是按键的瞬时物理状态，不会包含系统为AltGr模拟的Ctrl键状态，改动非常小：

首先替换原来的GetKeyState声明，改用GetAsyncKeyState：

// 替换原来的GetKeyState DllImport
[DllImport("user32.dll")]
public static extern short GetAsyncKeyState(Keys nVirtKey);

private static bool IsKeyDown(Keys key)
{
    return (GetAsyncKeyState(key) & 0x8000) == 0x8000;
}

这个方法直接解决了误报问题，适合快速修复场景。

方案2：自行维护按键状态字典（更可靠） #

如果需要更精确的按键状态控制，建议自己在钩子中跟踪每个按键的按下/释放事件，维护专属的状态字典，完全不受系统模拟输入的影响：

首先添加静态字典和必要的常量：

private static readonly Dictionary<Keys, bool> _trackedPressedKeys = new Dictionary<Keys, bool>();
private const uint WM_KEYUP = 0x101;
private const uint WM_SYSKEYUP = 0x105;

然后修改钩子处理函数，更新并使用自己维护的状态：

private static IntPtr KeybindingHookProc(int nCode, IntPtr wParam, IntPtr lParam)
{
    var shouldPassThrough = nCode != 0 || !((uint)wParam is WM_KEYDOWN or WM_SYSKEYDOWN or WM_KEYUP or WM_SYSKEYUP);
    if (shouldPassThrough) return CallNextHookEx(IntPtr.Zero, nCode, wParam, lParam);

    var inputEvent = (LowLevelKeyboardInputEvent)Marshal.PtrToStructure(lParam, typeof(LowLevelKeyboardInputEvent));
    var key = inputEvent.Key;
    var wParamValue = (uint)wParam;

    // 更新按键状态：处理按下和释放事件
    if (wParamValue == WM_KEYDOWN || wParamValue == WM_SYSKEYDOWN)
    {
        // 可选：忽略重复按键消息（按住键不放时系统会重复发送的消息）
        if ((inputEvent.Flags & 0x40) == 0)
        {
            _trackedPressedKeys[key] = true;
        }
    }
    else if (wParamValue == WM_KEYUP || wParamValue == WM_SYSKEYUP)
    {
        if (_trackedPressedKeys.ContainsKey(key))
        {
            _trackedPressedKeys[key] = false;
        }
    }

    // 检查RMenu+P组合键
    if (_trackedPressedKeys.TryGetValue(Keys.RMenu, out bool rMenuPressed) && rMenuPressed &&
        _trackedPressedKeys.TryGetValue(Keys.P, out bool pPressed) && pPressed)
    {
        Debug.WriteLine("Keybinding triggered!");
        return new IntPtr(1);
    }

    return CallNextHookEx(IntPtr.Zero, nCode, wParam, lParam);
}

这个方案的优势是完全可控，不会受到系统模拟输入的干扰，适合需要精细控制按键逻辑的场景。

总的来说，这个现象是Windows为了兼容AltGr键的设计行为，并非bug。如果只是快速解决问题，方案1足够；如果需要更稳定的按键跟踪，方案2是更好的选择。

内容的提问来源于stack exchange，提问作者L. Berger