[已解决] AHK 映射 ESC 延迟 500 ms 的严重问题

问题描述

今天发现一个重大bug，我竟然用了一年多都不知道！

CapsLock::Esc

我的 ahk 脚本将 capslock 映射为 esc，但这在vim环境中，估算响应 500ms。

也就说按下 caps 键，还要等一会，才进入normal模式

如果直接按 esc 键，延迟50ms，这两者对比，差异感觉很明显。

测试方法

实验一 测试环境因素影响。分别在 Idea、vscode、终端 nvim 测试以下步骤，做对照实验。

快速循环按 a + Caps 结果都偶尔出现意外插入字母a
快速循环按 a + Esc 结果都不会出现意外插入字母a。

推测原因 ：caps 按键经过 AHK 脚本处理时，可能加载了其他功能，最后映射到 Esc ，这个过程估算 500ms 。

实验二 测试拓展功能影响。准备两个脚本，一个只有一行映射命令（如上），另一个拓展了很多功能的 CapslockMagic。重复实验一的步骤。

结论：结果单行命令脚本，延迟在 50 ms 内。这说明， CapslockMagic 脚本中，大量的 Caps & * 以及 ^! Caps 相关按键拓展功能，增加加载时间，才导致明显的延迟 500 ms。通过排查，找到了根本原因

; 输入法管家
static esc() {; 如果正在打拼音，就不切换输入法 （这个方法扫描三次屏幕查找图片，注释后，延迟明显降低至50ms）if IME.isNotTypingPinYin() {IME.set("EN")}; 如果先返回，图片消失了，就检测不到了，所以最后返回Send "{Esc}"
}

解决方案（任选其一）

A 削减压力，砍掉功能 ✅

; 输入法管家
static esc() {; 如果先返回，砍掉耗时的图片功能Send "{Esc}"; 异步调用，提升速度SetTimer () => IME.set("EN"), -500
}

B1 分摊压力，功能解耦 AHK

caps -> esc
; + j -> esc + IME.set(“EN”) （免检测）

^J:: Send "{blind}{text}；"    ; 中文分号，大人什么都要
+J:: Send "{blind}{text};"     ; 英文分号，常用
*J:: IDE.esc()                 ; 为了 VIM

B2 分摊压力，另辟蹊径 VIM

init.vim 和 .ideavimrc 配置文件中，设置 jk 映射 esc键，估算延迟 50 ms ，学会适应新的按键习惯。

inoremap jk <ESC>

vscode 的插件快捷键管理（vscode-neovim）比较特殊，应该这样写进快捷键 JSON 文件（ctrl+p 搜索 shot）。缺点是vscode 经常失灵， j 键按了有反应，但打不出字。

  // vscode 特殊写法类似 inoremap jk <ESC> ，以下风格二选一{"command": "vscode-neovim.compositeEscape1","key": "j","when": "editorTextFocus && neovim.ctrlKeysInsert && neovim.init && neovim.mode == 'insert'","args": "j"},{"command": "vscode-neovim.escape","key": "j k","when": "editorTextFocus && neovim.ctrlKeysInsert && neovim.init && neovim.mode == 'insert'","args": "jk"},

C 脚本全局配置调参

❌ 查询开发文档，即使设置无延迟按键等选项，都不能降低延迟，只能增高。

D 削减按键功能

❌ Caps 增强功能太强大，还跨系统，砍掉是不值得的。