vscode快捷键效率取决于分层配置与上下文动态生效：ctrl+d按文本匹配选词，ctrl+f2依赖lsp语义匹配；f12跳转失败多因语言服务未就绪；自定义快捷键必须加when条件，多光标编辑需规避语法破坏风险。
直接说结论：VSCode快捷键不是“背下来就能快”，而是必须按使用场景分层配置、按语言上下文动态生效，否则 Ctrl+D 会选错词，F12 会跳空，Ctrl+Shift+P 会卡在加载状态。
为什么 Ctrl+D 有时选不到想要的变量
根本原因不是快捷键失效，而是 VSCode 默认按“文本匹配”而非“语义匹配”执行选择。它不区分 userName 和 user_name，也不管当前光标是否在变量声明位置。
- 只在编辑器有焦点且未处于输入框、终端、调试控制台时才响应
- 连续按
Ctrl+D会按出现顺序逐个选中，但跳过注释和字符串里的相同文本（这是正确行为，不是 bug） - 如果想精准选同名符号（比如只选变量，不选字符串里的），要用
Ctrl+F2—— 它走的是语言服务器索引，依赖 LSP 正常工作 - 常见坑：TypeScript 项目没装
typescript-language-server，或 JS 文件没开启"javascript.suggestionActions.enabled": true，Ctrl+F2就退化成普通文本匹配
F12 跳转失败的三个真实原因
报错 “No definition found for ‘xxx’” 或直接没反应，90% 不是快捷键问题，而是语言服务链路断了。
- 文件没被纳入当前工作区：检查是否打开的是单个文件（
File → Open File），而不是文件夹（File → Open Folder）—— LSP 需要整个项目结构才能建索引 - 语言扩展未启用或崩溃：右下角状态栏看有没有红色感叹号，或运行
Developer: Toggle Developer Tools查console里是否有LanguageClient报错 - 定义在 node_modules 里但没开启类型检查：对 JS 项目，需确保
"jsconfig.json"存在且含"compilerOptions": { "allowSyntheticDefaultImports": true }；TS 项目则检查tsconfig.json的"include"是否覆盖目标文件
自定义快捷键必须加 when 条件表达式
不写 when 的绑定，轻则冲突，重则覆盖系统级操作（比如误把 Ctrl+W 绑到保存命令，结果关掉了整个窗口）。
- 常用上下文判断：
editorTextFocus（仅编辑器有焦点时）、editorHasSelection（有选中文本时）、resourceScheme == 'file'（只对本地文件生效） - 多语言差异化：想让
Ctrl+Shift+F在 Markdown 里触发预览，在 JS/TS 里格式化代码？得拆成两条规则，分别加when: "editorTextFocus && editorLangId == 'markdown'"和when: "editorTextFocus && editorLangId =~ /javascript|typescript/" - 别用
Ctrl+Alt+K这类组合：Windows 系统级快捷键（如截图）可能劫持它，实测在某些版本 Win11 上会直接唤出 Xbox Game Bar
多光标编辑的边界与代价
多光标不是万能批量修改工具，它本质是“同步输入”，一旦涉及结构变化（比如增删括号、调整缩进），就容易破坏语法。
-
Ctrl+Alt+Down添加光标时，若某行末尾有空格而其他行没有，新光标位置会错位 —— 建议先用editor.trimAutoWhitespace设为true - 列选择（
Shift+Alt+鼠标拖动）对制表符敏感：混用空格和 Tab 会导致垂直对齐失效，建议统一设"editor.insertSpaces": true - 性能隐患：在 >500 行的文件里用
Ctrl+Shift+L全选匹配项，VSCode 会卡顿甚至崩溃 —— 此时改用Ctrl+H替换更稳
真正卡住效率的，从来不是哪个快捷键记不住，而是没意识到 when 条件决定了它“什么时候该响”，语言服务器状态决定了它“能不能响”，而多光标只负责“同时敲字”，不管敲完是不是合法代码。
