AutoHotkey 深度教程（游戏脚本开发必备）：SendInput 与键盘钩子的原理、冲突与实战

#Requires AutoHotkey v2
$z:: {
    While GetKeyState("z", "P") { ; 检测z键的物理按下状态
        SendInput "{n Down}" ; 调用SendInput，AHK临时卸载钩子
        Sleep 200
        SendInput "{n Up}"
    }
}

解决方案：改用SendEvent并设置SetKeyDelay(-1, 0)，因为SendEvent不会卸载钩子：

#Requires AutoHotkey v2
SetKeyDelay(-1, 0) ; 无按下延迟，释放延迟0ms
$z:: {
    While GetKeyState("z", "P") {
        SendEvent "{n Down}" ; 不卸载钩子，无泄漏
        Sleep 200
        SendEvent "{n Up}"
    }
}

案例 2：SendInput 无法触发热键 / 热字符串

#Requires AutoHotkey v2
; 案例2.1：SendInput无法触发钩子热键（*F1）
SendInput "{F1}"
*F1::MsgBox("钩子热键：F1触发") ; 无反应

; 案例2.2：SendInput无法触发热字符串
SendInput "abc "
::abc::123 ; 无反应（不会替换为123）

; 案例2.3：SendInput可触发RegisterHotkey热键（F2）
SendInput "{F2}"
F2::MsgBox("RegisterHotkey热键：F2触发") ; 正常触发

#Requires AutoHotkey v2
SendLevel 1 ; 提升发送级别
SendEvent "{F1}" ; 可触发*F1热键
*F1::MsgBox("SendLevel触发钩子热键") ; 正常触发

#Requires AutoHotkey v2
#InputLevel 1 ; 热键输入级别设为1
F3::MsgBox("InputLevel=1的热键") ; 强制使用钩子
SendLevel 2 ; 发送级别需>1才能触发
SendEvent "{F3}" ; 正常触发

三、实战指南：冲突解决方案与最佳实践

3.1 确保 SendInput 优势的前提：无钩子环境

1. 检查其他 AHK 脚本的钩子：
   • AHK v2.1+：使用A_KeybdHookInstalled变量，若A_KeybdHookInstalled > 1，说明存在其他 AHK 脚本的钩子。
   • AHK v2.0：无原生方法，可通过DllCall调用未文档化接口（不推荐，社区不建议依赖）。
2. 避免自身脚本安装钩子：
   • 不使用热字符串、#HotIf热键、~/*/$修饰符、Up选项热键等（见 1.2 节的钩子安装场景）。
   • 用RegisterHotkey实现简单热键（如F1::MsgBox），避免钩子依赖。
3. 处理非 AHK 程序的钩子：
   • 若存在杀毒软件、输入法等的钩子，SendInput会失效，此时建议改用SendEvent+SetKeyDelay(-1, 0)，平衡速度与稳定性。

3.2 多脚本冲突：合并钩子脚本

• 合并原理：多个脚本的钩子合并为一个，减少钩子链长度，提升性能；且合并后若仅一个钩子，AHK 会在SendInput调用时临时卸载钩子，恢复其优势。
• 合并示例：
  • 脚本 A（热字符串）：::abc::123
  • 脚本 B（#HotIf 热键）：#HotIf WinActive("Notepad") F1::MsgBox("记事本F1")
  • 合并后脚本 C：

#Requires AutoHotkey v2
; 保留脚本A的热字符串
::abc::123
; 保留脚本B的#HotIf热键
#HotIf WinActive("Notepad")
F1::MsgBox("记事本F1")
#HotIf
; 合并后可正常使用SendInput
F2::SendInput "Hello, merged script!"

3.3 钩子与 GetKeyState 的坑：物理 / 逻辑状态差异

• 逻辑状态：Windows 记录的按键状态（如Send "{a Down}"会使逻辑状态为按下），用GetKeyState("a")获取。
• 物理状态：用户实际按下的状态，AHK 通过钩子跟踪（需钩子激活），用GetKeyState("a", "P")获取。注意：Windows 无原生物理状态接口，AHK 通过钩子的LLKHF_INJECTED标志推测。

1. 确保脚本启动时无按键按下，或在脚本启动后等待用户释放按键。
2. 若需精准获取物理状态，使用第三方库AutoHotInterception（需安装驱动），直接读取硬件扫描码，不依赖钩子。

3.4 性能优化：减少钩子回调的耗时

• 简化 #HotIf 条件：避免在#HotIf中执行复杂计算（如循环、文件读写），可提前缓存条件结果。

#Requires AutoHotkey v2
; 优化前：每次按键都执行WinActive判断
#HotIf WinActive("Notepad") && FileExist("test.txt")
F4::MsgBox("复杂条件热键")

; 优化后：缓存条件结果，减少计算
IsNotepadWithFile() {
    static lastCheck := 0, result := false
    if (A_TickCount - lastCheck > 100) { ; 每100ms更新一次
        result := WinActive("Notepad") && FileExist("test.txt")
        lastCheck := A_TickCount
    }
    return result
}
#HotIf IsNotepadWithFile()
F4::MsgBox("优化条件热键")

• 减少钩子数量：合并多个 AHK 脚本的钩子（见 3.2 节），避免钩子链过长。
• 避免在钩子回调中阻塞：不使用Sleep、MsgBox等阻塞函数，若需延迟，用SetTimer异步处理。

1. Q：为什么 SendInput 在有外部钩子时，比 SendEvent 更差？
   A：根据 lexikos（AHK 核心开发者）的解释，外部钩子会导致SendInput的批量发送失效，按键可能与用户输入交织；且SendInput无法像SendEvent那样动态调整修饰键状态（如用户按下 Shift 时，SendEvent会释放 Shift 以保持小写，SendInput则不会），导致输入错误。
2. Q：能否阻止 SendInput 退化为 SendEvent？
   A：不能。社区确认，若存在其他 AHK 脚本的钩子，SendInput必然退化；若需强制高效发送，只能合并脚本或移除所有钩子。
3. Q：如何区分物理按键与模拟按键？
   A：模拟按键（SendInput/SendEvent发送）会带有LLKHF_INJECTED标志，钩子可检测该标志；但AutoHotInterception可伪造物理按键（修改标志），需驱动支持。
4. Q：ControlSend 与 SendInput 的区别？
   A：ControlSend直接发送WM_KEYDOWN/WM_KEYUP消息到目标窗口（跳过钩子和原始输入流程），速度慢且兼容性差（如游戏不支持）；SendInput插入到输入流，兼容性更好，但依赖钩子状态。

• 优先合并脚本：减少钩子数量是解决冲突的根本方案，既能保留SendInput的优势，又能避免钩子链过长导致的性能问题。
• 按需选择发送模式：若需高效批量发送且无钩子，用SendInput；若存在钩子或需触发热键，用SendEvent+SetKeyDelay(-1, 0)。
• 警惕钩子陷阱：GetKeyState的物理 / 逻辑状态差异、SendLevel与InputLevel的匹配，是钩子使用中需重点关注的细节。