keybindings.json中when条件过多会拖慢vscode响应，因每次按键都需实时求值所有启用的快捷键条件；应精简复杂表达式、删除冗余绑定、优先使用简单上下文，并警惕插件注入的大量低效规则。
keybindings.json 里嵌套 when 条件太多会拖慢响应
VSCode 对 when 表达式的求值是实时的，每按一次键都会重新计算所有已启用快捷键的条件。如果配置中存在大量带复杂逻辑的 when（比如嵌套 &&、||、多次调用 editorLangId == 'typescript' 等），会导致按键延迟明显，尤其在低端设备或大工作区中。
实操建议：
- 优先用简单上下文，如
editorTextFocus、!terminalFocus，避免写editorLangId == 'python' && editorHasSelection && !inComment这类长表达式 - 能用图形界面禁用的快捷键，就别留着带
when的空规则——VSCode 仍会加载并检查它 - 把高频操作（如格式化、跳转）的绑定放在
keybindings.json靠前位置，VSCode 按数组顺序匹配，先命中就不再往后查 - 不确定某条规则是否被触发？运行
Developer: Inspect Key Mappings，点一下目标按键，看实际匹配了哪些规则及耗时
重复绑定同一 command 导致命令调度变慢
常见错误是为同一个功能（如 editor.action.formatDocument）配了多组 key，例如同时绑了 Ctrl+Alt+F、Shift+Alt+F、Ctrl+Shift+I，且每条都带独立 when。VSCode 不会合并它们，而是逐条判断——哪怕只用其中一组，其余绑定仍参与求值。
实操建议：
- 删掉不用的冗余绑定，尤其是插件自动添加但你从未点过的快捷键
- 用命令面板搜索
editor.action.formatDocument，右键「禁用」非主用的那几条，比留着带when的 disabled 规则更轻量 - 如果真需多组合触发同一命令，优先考虑用扩展（如
multi-command）封装，而不是堆 key 绑定
第三方扩展注入大量低效 keybinding 规则
某些插件（尤其是老版本 Vim 模拟器、Emacs 模式、或 UI 增强类）会在安装后往 keybindings.json 注入几十上百条规则，其中不少带宽泛 when 或无条件生效，直接拉低全局响应速度。
实操建议：
- 打开命令面板，运行
Preferences: Open Keyboard Shortcuts (JSON)，快速扫一眼数组长度——超过 50 条就值得警惕 - 逐条检查
command字段，识别来源：以extension.开头的是扩展注入，workbench.或editor.是 VSCode 内置 - 对非必需的扩展快捷键，进其设置页关掉 “Contribute Keybindings” 类选项；或手动删掉对应 JSON 条目（注意备份）
- 禁用可疑扩展后重启 VSCode，再用
Developer: Toggle Developer Tools查看 Console 是否还有 keybinding 相关警告
Windows/Linux 下 Ctrl 键连按抖动引发重复触发
部分机械键盘或远程桌面场景下，Ctrl 键物理回弹慢，导致 VSCode 误判为连续多次按下组合键（如 Ctrl+P 被当成两次），进而反复执行命令注册、when 求值、UI 刷新，CPU 占用飙升。
实操建议：
- 临时关闭所有自定义快捷键（重命名
keybindings.json为keybindings.json.bak），观察是否缓解——若恢复，则问题出在绑定本身或触发频率 - 在系统级设置中调高键盘重复延迟（Windows 设置 > 蓝牙和其他设备 > 键盘；Linux GNOME 用
gsettings set org.gnome.desktop.peripherals.keyboard repeat-interval 500） - 避免将高频操作（如
Ctrl+D多光标）和易抖动修饰键（Ctrl、Alt）强耦合，可改用Shift+Alt+Click等更稳的组合
when + 插件冗余绑定 + 物理输入抖动三者叠加。优化时先看总量、再砍来源、最后调输入环境，比盲目精简某一条更有效。
