根本原因是vscode vim插件启用vim.usectrlkeys时劫持esc事件链，导致系统输入法收不到原始信号；关闭该配置即可恢复输入法切换。
VSCode Vim插件下Esc键不触发输入法切换
根本原因不是插件本身拦截了 Esc，而是 VSCode 的 Vim 模式（尤其是 vim.useCtrlKeys 启用时）会劫持键盘事件链，导致系统级输入法切换逻辑收不到原始 Esc 信号。Windows/macOS/Linux 表现略有差异，但本质一致。
- Windows 下多数中文输入法（如微软拼音、搜狗）依赖
Esc退出中文状态，一旦被 VSCode-Vim 拦截，就卡在中文输入模式 - macOS 的自带拼音在 Vim 插件启用后，
Esc默认只退出插入模式，不触发「中/英切换」，需额外绑定 - Linux（如 fcitx5）行为更不稳定，有时
Esc被吞掉，有时延迟半秒才响应
关闭 vim.useCtrlKeys 是最直接的解法
这个配置项默认为 true，会让 Vim 插件接管几乎所有 Ctrl/Alt/Shift 组合键和 Esc，是冲突主因。关掉它，Vim 插件退回到“仅处理 Vim 命令键”，把输入法控制权交还系统。
- 打开 VSCode 设置（
Cmd+,或Ctrl+,），搜索vim.useCtrlKeys - 把它设为
false—— 不要改其他相关选项（比如vim.handleKeys），先保底 - 重启 VSCode 或重载窗口（
Cmd+Shift+P→Developer: Reload Window） - 验证：进入插入模式，按
Esc，应立刻退出插入模式 + 中文输入法同步切回英文
如果必须保留 vim.useCtrlKeys，就手动映射 Esc 到输入法切换
某些重度 Vim 用户依赖 vim.useCtrlKeys 来支持 Ctrl+i、Ctrl+o 等跳转，不能关。这时得绕过插件，让系统级输入法切换逻辑「抢在」Vim 处理前生效。
- Windows：用 PowerToys Keyboard Manager 把
Esc重映射为Ctrl+Space（多数输入法的中英切换快捷键），再在 VSCode 中把Ctrl+Space绑定为extension.vim_escape - macOS：在「系统设置→键盘→快捷键→输入源」里确认「选择上一个输入源」已启用（默认
Cmd+Space），然后在 VSCode 的keybindings.json中加一条：{ "key": "esc", "command": "workbench.action.QuickSwitchInputMethod", "when": "editorTextFocus && vim.mode == 'Insert'" } - Linux（fcitx5）：在 fcitx5 配置里把「切换输入法」快捷键设为
Esc，再在 VSCode 的settings.json中加入："vim.handleKeys": { "<esc>": false }</esc>，显式放行Esc
别碰 vim.handleKeys 的模糊配置
很多人想用 "vim.handleKeys": { "<esc>": false }</esc> 单独放行 Esc，却忽略前提：这个配置只在 vim.useCtrlKeys: true 时生效。而一旦 useCtrlKeys 关了，handleKeys 就完全不工作 —— 所以顺序不能错，先决定要不要 useCtrlKeys，再考虑是否微调 handleKeys。
- 常见翻车点：把
handleKeys设成{ "<esc>": false, "<c-a>": false }</c-a></esc>，但useCtrlKeys还开着，结果C-a失效，Esc依然被吞 - 另一个坑：在
handleKeys里写"<esc>"</esc>（大写 E）或"esc"（没尖括号），VSCode 不识别，等于白配 - 真实有效的键名必须严格匹配 VSCode 官方文档格式，比如
"<esc>"</esc>、"<c-c>"</c-c>、"<tab>"</tab>
真正麻烦的不是配置本身，而是不同输入法对 Esc 的响应机制压根不一样：有的靠监听按键释放，有的靠捕获焦点变化，有的甚至要等 Vim 插件吐出状态变更事件。所以别指望一套配置通吃所有环境，先关 useCtrlKeys，不行再逐个平台调试。
