ctrl+k ctrl+s（windows/linux）或cmd+k cmd+s（macos）是打开vscode快捷键设置的唯一稳定入口，需分两步按而非同时按下，原生绑定、零延迟、全环境一致，且不受插件数量或工作区影响。
Ctrl+K Ctrl+S 是唯一可靠入口
别点菜单栏“文件→首选项→键盘快捷方式”，响应慢还容易误点成设置页；也别一上来就去改 keybindings.json，格式错一个逗号整个快捷键系统就失效。最稳的方式就是分两步按：Ctrl+K（松开），再按 Ctrl+S——这是 VSCode 原生设计的“安全通道”，无论你装了多少插件、改过多少配置，它永远能打开正确的快捷键界面。
常见错误现象：按了 Ctrl+K Ctrl+S 没反应？大概率是终端或调试控制台聚焦着，先点一下编辑器空白处让光标回到代码区；或者被 Vim 插件劫持了，检查右下角状态栏是否显示 “VIM” 模式。
搜索比记忆更有效：用关键词找命令名
VSCode 里没有“注释当前行”这个按钮，只有 editor.action.commentLine 这个命令；也没有“新建终端”，对应的是 workbench.action.terminal.new。你不需要背这些，进快捷键界面后直接搜 comment 或 terminal，结果会立刻列出所有匹配命令，带默认绑定的会高亮显示。
- 搜
format能区分出整文件格式化（editor.action.formatDocument）和仅格式化选中内容（editor.action.formatSelection） - 搜
toggle可以找到editor.action.toggleTabFocusMode这类冷门但实用的开关 - 悬停在某条结果上能看到
when条件，比如editorTextFocus && !editorReadonly，说明它只在可编辑的源码文件里生效，.md 或只读文件里按无效——这不是 bug，是设计
自定义快捷键必须加 when 条件
直接在 keybindings.json 里写 {"key":"ctrl+enter","command":"editor.action.insertSnippet"} 看似简单，实际会导致你在终端、设置页、甚至 Git 提交框里按 Ctrl+Enter 都触发插入片段，干扰极大。
正确做法是明确限定作用域：
[{
"key": "ctrl+enter",
"command": "editor.action.insertSnippet",
"when": "editorTextFocus && !inDebugRepl && !terminalFocus"
}]
-
editorTextFocus：确保只在代码编辑器中生效 -
!inDebugRepl：避免调试控制台里误触发 -
!terminalFocus：防止终端面板抢权
多个条件用 && 连接，否定用 !，不支持括号嵌套。漏掉 when 是新手最常踩的坑，结果是快捷键“时灵时不灵”，其实只是上下文不匹配。
插件命令优先级高于内置命令
装了 Prettier、ESLint 或 Vim 插件后，你会发现 Shift+Alt+F 不再格式化代码，而是触发了插件自己的格式化逻辑。这不是冲突，是 VSCode 的正常行为：插件注册的命令默认拥有更高优先级。
如果你要覆盖插件行为，有两种选择：
- 在快捷键界面里找到被覆盖的命令（比如搜
format），点右侧铅笔图标，重新绑定到你想用的组合键 - 进
keybindings.json手动添加一条更高优先级的规则，加上更严格的when条件，例如："when": "editorTextFocus && !editorReadonly && resourceExtname == '.ts'"，把 TypeScript 文件的格式化单独拎出来管
注意：插件命令名通常带前缀，比如 Prettier 的是 prettier.standardFormat，ESLint 的是 eslint.executeAutofix，搜的时候得带全名。
真正麻烦的不是设快捷键，而是搞清当前按下去到底触发了哪个命令、在什么条件下才生效。多看状态栏右下角的模式提示，多悬停查 when 表达式，比盲目堆快捷键有用得多。
