AutoHotkey
定义
AutoHotkey是一种面向Microsoft Windows的脚本语言及其解释器，并以自由开源软件的形式分发，许可协议为GPL[1][5]。用户编写的是以.ahk为后缀的纯文本脚本，由解释器加载后执行其中的指令[2]。
它既可以被看作取代键鼠反复点击的效率工具，也可以被看作一门带变量、条件、循环与函数的完整脚本语言，其语法风格参考了过程式与面向对象语言的写法[2][6]。脚本可以只由一条热键定义构成，也可以组织成带图形界面和事件处理的桌面小程序[7]。
官方文档将其定位为一种可以模拟人工交互的Windows脚本工具，除键鼠模拟外还提供剪贴板读写、窗口控制、注册表与文件操作、网络请求等内置功能[7][8]。
原理
AutoHotkey运行在Windows的输入处理链条之上。脚本启动后，解释器可通过Windows接口注册低级键盘钩子，使按键在送达目标窗口之前先经过脚本的热键判断，命中则执行对应代码并视需要拦截该按键，未命中则放行给系统[9]。简单组合键也可以改用系统自带的热键注册机制实现[10]。
脚本发出的模拟输入由Send系列命令完成，其中默认的发送模式调用系统的SendInput接口，把一次发送的按键合并为一批写入输入流，速度最快但逐键延时设置不生效；另有基于keybd_event的逐条投递模式和类似日志回放的模式，用于兼容对输入来源敏感的程序[11][12]。两种方式彼此制约：使用批量发送时脚本需临时卸载自身钩子，若系统中存在其他键盘钩子，批量发送的优势会丧失，脚本可能退回到逐条发送。
为避免脚本自己触发的按键再次引发同一热键，运行时为每个输入事件附带发送级别，只有当事件的发送级别高于热键或热字串的输入级别时，热键才会被触发，这构成了热键与热字串之间可组合又不会无限递归的基础机制[13]。除键盘外，鼠标热键依靠鼠标钩子实现，窗口条件限制则需要脚本捕获按键后再判断条件是否满足[10]。
发展历程
AutoHotkey的起点与AutoIt项目相关。开发者Chris Mallett曾提议在AutoIt v2中增加热键支持，未获得该项目社区响应，随后他以AutoIt v2的语法为基础、并借用AutoIt v3的部分命令与编译器代码自行开发，于2003年11月10日发布了首个公开测试版本[1][14]。此后AutoIt v3的许可由GPL转为闭源[1]。
早期版本后来被称作AutoHotkey Basic。2008年前后，Lexikos(Steve Gray)推动的分支AutoHotkey_L进入活跃开发，陆续加入64位与Unicode支持，并补充COM、对象、交互式调试等能力[14][1]。2010年10月，原作者表示失去兴趣、不再继续更新，并宣布AutoHotkey_L为后续主分支，原版本则被称为AutoHotkey Basic[1][14]。
2014年4月，AutoHotkey Foundation成立，用于保障项目持续自由开放地开发，并在组织、法务和财务方面提供支持[1]。面向新语法设计的v2分支由Lexikos基于AutoHotkey_L代码开发，2011年出现alpha版本、2021年进入beta阶段，2022年12月20日发布正式版，其语法与1.1系列并不完全兼容[14][1]。v2于2023年1月成为官方默认版本，1.1系列继续维护，两者可在同一台电脑上共存[1]。
应用
最基础的用法是自定义热键与热字串：把一个按键或组合键绑定到启动程序、打开文件夹、发送一串按键等动作，把常用长文本缩写成几个字母并在输入后自动展开[2][15]。这类脚本也可通过系统启动文件夹在开机时自动加载[15]。
在办公与运维场景中，它常被用来把跨窗口的重复流程写成脚本，例如从没有导出接口的客户端界面提取固定字段再填入另一套系统的表单[4]。借助内置的图形界面指令与文件、注册表、剪贴板、网络请求等函数，脚本也能扩展为带窗口和按钮的小型桌面程序[2][7]。
脚本还可以用自带的编译器打包为独立可执行文件，在没有安装解释器的机器上运行[6][1]。在软件测试与界面操作中，它常作为轻量方案，在无法改动被测程序、又不便部署完整自动化平台时使用[4]。
局限
AutoHotkey依赖Windows的消息与钩子机制，因此受限于系统的权限模型。当目标程序以管理员权限运行时，普通权限的脚本既无法监视其输入，热键也可能被屏蔽，通常需要以相同或更高权限运行脚本，或采用带UI访问权限的运行方式[16]。
模拟输入并不总能被目标程序接受。使用DirectInput或原始输入、绕过标准钩子的全屏3D程序可能收不到常规发送的按键，需要改用其他发送模式或更底层的窗口消息方式；分辨率与DPI变化也会影响依赖屏幕坐标的脚本[17][4]。此外，热键钩子与批量发送模式之间存在冲突，系统中同时运行多个带键盘钩子的脚本时，按键时序可能出现偏差。
它本身不是跨平台的自动化框架，脚本不能原生运行于其他操作系统[6]。v1与v2两条分支语法差异较大，旧脚本向v2迁移需要改写[14][1]。在使用范围上，部分在线程序与游戏会通过检测输入来源判断操作是否由自动化产生，这使脚本在其中的可用性取决于对方程序的策略[12]。
参见
参考资料
- AutoHotkey [引用日期2026-10-29]
- windows自动化操作神器——AutoHotkey [引用日期2026-10-29]
- AutoHotkey Community [引用日期2026-10-29]
- 基于Win32消息机制的桌面自动化引擎分析：以AutoHotkey热键系统为例 [引用日期2026-10-29]
- Version 1.1.36.02 [引用日期2026-10-29]
- AutoHotkey 2.0.30 [引用日期2026-10-29]
- promoting AutoHotkey [引用日期2026-10-29]
- AutoHotkey 初学者向导 by tidbit [引用日期2026-10-29]
- AutoHotkey 深度教程（游戏脚本开发必备）：SendInput 与键盘钩子的原理、冲突与实战 – AutoAHK [引用日期2026-10-29]
- The mouse wheel suppressed Topic is solved [引用日期2026-10-29]
- Input Simulation | AutoHotkey/AutoHotkey | DeepWiki [引用日期2026-10-29]
- autoahk.com 上的网页 [引用日期2026-10-29]
- SendLevel [引用日期2026-10-29]
- AutoHotkey的发展历史 – AutoAHK [引用日期2026-10-29]
- This Is How I Use AutoHotkey to Fix Windows 11’s Worst Flaws [引用日期2026-10-29]
- 常见问题(FAQ) [引用日期2026-10-29]
- comprehensive-autohotkey-technical-guide-automation(PDF) [引用日期2026-10-29]