BlockInput函数会破坏哪些Windows函数？含SendInput等影响问询

我来帮你梳理一下Windows的BlockInput函数对各类输入相关API的影响，尤其是你关心的几个点：

先搞懂BlockInput的核心逻辑 #

BlockInput的作用是全局拦截用户手动操作的物理键盘和鼠标输入——划重点，它只针对「用户实际动手按的键鼠」，程序模拟出来的输入不在这个拦截范围内。本质上它是在Windows输入管理器的层面，把用户的物理输入拦在了消息队列和后续处理流程之外。

明确会被破坏的函数 #

你提到的GetKeyState和GetKeyboardState确实首当其冲：

• 这俩函数是用来查询键盘按键当前状态的，但BlockInput生效时，它们会返回被阻塞后的虚假状态——比如用户明明按住了某个键，这两个函数却会返回“未按下”，因为输入被拦截后，系统根本没更新按键的状态记录。
• 类似的还有GetAsyncKeyState，同样拿不到用户真实的物理按键状态，返回值完全失真。

你重点关注的几个场景 #

1. SendInput #

完全不受BlockInput影响。因为SendInput是用来生成合成输入事件的，它直接把输入注入到系统的输入队列里，绕开了BlockInput对用户物理输入的拦截逻辑。举个例子：你调用BlockInput(true)后，用SendInput模拟按下回车键，目标窗口依然能正常收到WM_KEYDOWN/WM_KEYUP消息，该干嘛干嘛。

2. Raw Input #

会拦截用户的物理键鼠输入，但不影响模拟输入。Raw Input的核心是获取设备的原始输入数据，当BlockInput生效时，用户手动操作键鼠产生的原始数据会被直接拦截，不会传到你的Raw Input回调函数里。但如果是通过SendInput或者其他方式生成的模拟输入，Raw Input依然能收到对应的原始数据——因为模拟输入是直接注入的，不走用户物理输入的那条路径。

3. 非键盘鼠标输入（如游戏控制器、触摸板等） #

完全不受影响。BlockInput从设计之初就只针对标准键盘和鼠标设备，对游戏手柄、触摸屏幕、手写板、摇杆这类非键鼠输入设备没有任何拦截作用。这些设备的输入会正常传递到系统和应用程序，该怎么处理就怎么处理，完全不受BlockInput的干扰。

其他可能受影响的函数/机制 #

• 键盘/鼠标钩子（SetWindowsHookEx）：比如WH_KEYBOARD、WH_MOUSE这类全局钩子，同样收不到用户物理键鼠的输入消息——因为BlockInput已经在输入流程的上游把这些输入拦下来了，根本不会进入钩子链。
• 至于GetCursorPos/SetCursorPos这类操作光标位置的函数，完全不受影响，因为它们和用户输入拦截的逻辑不相关。

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