禁用或启用用户通过键盘和鼠标与计算机交互的能力.
BlockInput OnOff BlockInput SendMouse BlockInput MouseMove
此模式无条件地阻塞所有用户输入. 指定下列值之一:
On 或 1(true): 阻止用户与计算机交互(鼠标和键盘输入都无效).
Off 或 0(false): 重新启用输入.
类型: 字符串
此模式仅在执行特定的发送和/或鼠标函数时阻塞用户输入. 指定下列单词的其中一个:
Send: 当 SendEvent 进行时(如果使用了 SendMode "Event", 包括 Send 和 SendText), 用户的键盘和鼠标输入将被忽略. 这样避免了用户的键击扰乱模拟键击流. 当 Send 结束时, 会重新启用输入(在之前没有使用 BlockInput "On" 阻塞的情况下).
Mouse: 当 Click, MouseMove, MouseClick 或 MouseClickDrag 进行时(仅对于传统的 SendEvent 模式), 用户的键盘和鼠标输入被忽略. 这样避免了用户的鼠标移动和点击扰乱模拟鼠标事件. 当鼠标命令结束时, 会重新启用输入(在之前没有使用 BlockInput "On" 阻塞的情况下).
SendAndMouse: 上面两种模式的组合.
Default: 同时关闭 Send 和 Mouse 模式, 但不改变当前输入阻塞的状态. 例如, 如果 BlockInput "On" 当前有效, 使用 BlockInput "Default" 不会将其关闭.
类型: 字符串
此模式仅阻止鼠标光标移动. 指定下列单词的其中一个:
MouseMove: 鼠标光标不会随用户对鼠标的物理移动而移动(DirectInput 应用程序可能是个例外). 脚本中首次使用此函数时, 会安装鼠标钩子(如果还没有安装). 鼠标钩子将保持安装, 直到下一次使用 Suspend 或 Hotkey 函数, 此时如果任何热键或热字符串不需要它, 它将被移除(请参阅 #Hotstring NoMouse).
MouseMoveOff: 允许用户移动鼠标光标.
所有这三种 BlockInput 模式 (OnOff, SendMouse 和 MouseMove) 都是独立运行的. 例如, BlockInput "On" 会继续阻塞输入直到使用了 BlockInput "Off", 即使 SendMouse 中的一个单词也有效. 另一个例子是, 如果 BlockInput "On" 和 BlockInput "MouseMove" 都有效, 鼠标移动将被阻塞, 直到它们都被关闭.
注意: OnOff 和 SendMouse 模式将在 UAC 开启或脚本不是以管理员权限运行的时候失效. 更多详情, 请参阅 FAQ.
比起 BlockInput, 通常优先考虑使用 SendMode "Input" 或 SendMode "Play", 这样键击和鼠标点击会变得不可中断. 因为它们与 BlockInput 不一样, 这些模式不会丢弃发送期间用户输入的内容; 相反, 这些键击被缓冲起来在之后发送. 不使用 BlockInput 也避免了下文所描述的需要解决的粘滞按键问题.
如果在用户按住按键时启用 BlockInput, 可能会导致这些键 "卡住". 通过等待这些按键释放后才启用 BlockInput 可以避免此问题, 如本例所示:
^!p::
{
KeyWait "Control" ; 等待按键被释放. 为每个热键修饰符使用一次 KeyWait.
KeyWait "Alt"
BlockInput True
; ... 发送键击和鼠标点击 ...
BlockInput False
}
BlockInput 生效时, 用户的输入被拦截, 不过 AutoHotkey 可以模拟键击和鼠标点击. 然而由于 Windows API 的特性, 按下 Ctrl+Alt+Del 将重新启用输入.
某些类型的钩子热键在 BlockInput 启用时仍然可以被触发. 例如包括 MButton(鼠标钩子) 和 LWin & Space(含有除修饰符 "$#" 外的显式前缀的键盘钩子).
当脚本关闭时会自动重新启用输入.
SendMode, Send, Click, MouseMove, MouseClick, MouseClickDrag