AutoHotkey：把观众按不该按的键这件事挡掉

它到底解决什么

展厅里有一类需求，说大不大说小不小，正规做法要么没有要么太贵：

观众按键的问题。 触摸一体机上跑着展项程序，全屏运行。但只要观众连续点几下屏幕角落、或者外接键盘还插着，Windows 的桌面、开始菜单、任务栏就会冒出来。展项瞬间从「一件作品」变成「一台电脑」。厂家的展项软件很少自带防护，甲方看到这一幕通常反应很大。

定时点一下的问题。 有些老软件没有自动启动播放的功能，开机之后要人点一下「开始」。展厅无人值守，这一下没人点。

依赖判断的问题。 播控要等网络就绪、要等中控起来。纯时间延迟（见启动延迟工具）只能估个大概，真要判断「网络通了没有」得有个能做判断的东西。

厂家没做的小功能。 比如每天闭馆时要把某个软件切到待机模式，而这个软件既没有命令行参数也没有定时功能。

AutoHotkey 就是干这些活的。它是一个开源的脚本工具（GPL-2.0，源码在 GitHub 的 AutoHotkey/AutoHotkey），能模拟键盘鼠标、能监听按键并拦截、能操作窗口、能做条件判断和定时。

这类活有个共同特点：它们不值得专门开发，但不做又确实不行。AutoHotkey 填的就是这个缝。

展厅哪道工序会用到它

互动展项交付前的防护加固。 这是最高频的用法。展项程序全屏跑起来之后，写几行脚本把 Windows 键、Alt+Tab、Alt+F4、Ctrl+Alt+Del 之外的组合键屏蔽掉，再加一条定时检查——发现展项窗口不在最前面就把它拉回来。这一层做了，观众几乎不可能把展项弄坏。

无人值守的开机链路补全。 开机之后按条件启动，而不是按固定时间。比如先循环检测网络能不能通到中控机，通了再启动播控。这比设一个「延迟 90 秒」要可靠得多，因为网络就绪的时间是不固定的。

定时的界面操作。 每天固定时间点一下某个按钮、切一次模式。能用软件自己的定时功能当然优先用，没有的时候这是兜底。

演示和临时需求。 甲方临时说「能不能开馆时先播一段片头再进主界面」，正规做法要改播控配置甚至改程序，脚本能先顶一下。

怎么获取

官网 autohotkey.com，开源免费。它需要安装（也有便携形式），脚本文件是纯文本，用记事本就能改。

要注意的一点：AutoHotkey 有不同的主版本，语法不完全兼容。网上找来的脚本可能是给旧版本写的，在新版本上会报错。遇到语法报错先确认版本，别以为是脚本本身有问题。

最短可用路径

以最常用的「防止观众按出桌面」为例，思路是三层：

1. 屏蔽危险按键。把 Windows 键、Alt+Tab、Alt+F4 这些绑定成「什么也不做」。写法就是一行一个键。
2. 定时把展项窗口拉回前台。设一个每隔几秒执行一次的检查，发现最前面的窗口不是展项，就把展项激活并置顶。
3. 留一个后门给运维。这一条必须做——设一个不容易误触的组合键（比如三个键同时按）来退出脚本。否则你自己也进不去系统了，现场只能强制断电。

写完保存成脚本文件，双击运行，任务栏会出现它的图标。确认效果之后，把这个脚本加进开机自启。

改完必须完整重启验证一次，并且要真的拿键盘去试那些被屏蔽的键，确认屏蔽生效、后门也能用。

展厅工程里真正要改的那几个设置

后门组合键要写进交付文档，而且要显眼。 这是这个工具最重要的一条纪律。半年后另一个工程师来现场维护，面对一台键盘失灵的机器，如果他不知道后门，唯一的办法就是断电重启并在开机瞬间抢时间。文档里要写清楚：这台机器装了按键屏蔽脚本，退出方式是什么。

Ctrl+Alt+Del 屏蔽不了，别指望。 这个组合键由系统底层接管，普通程序拦不住。真要防，得从系统策略层面做，那是另一件事。所以脚本只能挡住大部分，不能挡住全部——展厅里还是应该把键盘收起来，物理隔绝比软件可靠。

脚本越短越好。 这一条是经验教训。脚本一旦超过几十行、开始有复杂逻辑，它就变成了一个没人看得懂也没人敢改的黑盒。真需要复杂逻辑，说明这件事本来就该由正规的中控或播控系统来做。

别用模拟点击去做能发指令的事。 如果设备支持 RS232 或网络控制，就用调试助手试通指令后交给中控发，不要写脚本去点软件界面上的按钮。理由是模拟点击依赖界面位置，软件更新、分辨率变化、弹窗遮挡，任何一个都会让脚本失效，而且失效时是静默的——你不会收到任何提示，只会发现某天开始没效果了。

踩坑与排错清单

什么时候别用它

别拿它当中控。 展厅的设备控制应该走标准协议——RS232、PJLink、Modbus、网络指令。用脚本模拟人去点界面，是所有控制方式里最脆弱的一种：没有反馈、没有重试、没有日志，出问题时你连「指令有没有发出去」都答不上来。

有正规接口就别模拟。 判断标准很简单：翻一下设备或软件的手册，看有没有命令行参数、有没有 API、有没有控制协议。有的话花半小时读文档，比写脚本长期维护划算得多。

复杂逻辑别写脚本。 超过几十行就该停下来想想，这件事是不是本来就该由播控或中控系统做。脚本适合做的是「一件很小的事」，不是「一套流程」。

交付后没人维护的场合要谨慎。 脚本是个隐性依赖：它在后台跑着，界面上看不出来，文档不写就没人知道。三年后现场出怪问题，排查的人根本想不到有个脚本在拦按键。

与本站方案的衔接

脚本是补丁层，补的是「正规系统没覆盖到的缝」。缝太多的时候，说明要补的不是缝，是系统本身。

展厅里典型的例子：触摸一体机的防护、多机的启动时序、定时开闭馆、异常时的自动恢复——这些如果每一项都靠脚本堆，交付出去的是一台没人敢碰的机器。企服君中控 SoftControl 把这些做成系统内的标准能力，脚本回归它该在的位置：临时的、小的、可弃的。

集成商如果发现自己每个项目都在重写类似的脚本，那正是该把它变成产品能力的信号——见集成商年费方案。

触摸一体机的现场加固还涉及别的层面，见触摸一体机的 IP 怎么配；无人值守的完整链路见断电自动开机设了不生效怎么排。