ctrl+shift+l没反应不是快捷键失效，而是光标未落在目标单词的字母、数字或下划线字符上，停在空格、引号、点号等位置均不触发，且受语言模式、大小写敏感和editor.wordseparators配置影响。
Ctrl+Shift+L 为什么按了没反应？光标落点才是关键
它根本不是快捷键失效，而是触发条件没满足：光标必须落在目标单词的任意一个字母、数字或下划线字符上（比如 userId 中的 u），不能停在前后空格、引号、括号、点号或等号上。双击选中后再按 Ctrl+Shift+L，VSCode 会尝试匹配带空格/符号的整段文本，大概率失败。
常见错误现象包括：user_name 在 Plain Text 模式下被拆成两个词；UserId 和 userid 默认不匹配（大小写敏感）；光标停在 JSX 属性值的引号内却没选中变量名——本质是语言模式未激活语法解析。
- 切换到
JavaScript或JSON语言模式再试 - 先按
Ctrl+F输入词，点搜索框右上角Aa关闭大小写匹配，再按Ctrl+Shift+L - 检查
"editor.wordSeparators"配置是否把_或.当作分隔符
Ctrl+D 是顺序追加，不是全量匹配
Ctrl+D 的核心逻辑是“从当前光标位置出发，找下一个**未被修改过的相同字符串**”，它不跳过已编辑项，也不做语义判断。误按一次改了某个 id，后续所有 id 实例都会被跳过。
适合场景是可控重构：比如想改 data → items，但要避开 order_data 和 user_data 里的子串。这时 Ctrl+K Ctrl+D 可跳过当前匹配项，Ctrl+U 撤销上一个光标，Esc 清空全部多选。
- 高频词（如
item、value）在大文件里容易失控，建议先用Ctrl+F预览匹配范围 - 光标必须落在词内字符上；停在
.左右或;前，Ctrl+D直接忽略 - 开启
"editor.multiCursorModifier": "ctrlCmd"可避免鼠标点击意外追加光标
智能扩展选中不是括号匹配，而是语法树遍历
Ctrl+Shift+Alt+→（Windows/Linux）触发的是 editor.action.smartSelect.expand，它依赖语言服务器解析 AST，不是简单地“选一层括号”。光标在 arr.map(x => x * 2) 中时，第一次扩展选中 x * 2，第二次才到整个箭头函数，第三次才覆盖 map() 调用。
失效主因常是扩展冲突：旧版 Auto Close Tag 或 Bracket Pair Colorizer 会劫持该快捷键绑定；或语言模式未识别（如 .js 文件被当成 Plain Text），AST 解析直接失效。
- 打开命令面板
Ctrl+Shift+P→ 输入Preferences: Open Keyboard Shortcuts (JSON)，搜索smartSelect.expand确认绑定 - 临时禁用疑似插件，重启 VSCode 测试原生行为
- 光标必须落在目标表达式内部（比如想选
${a + b}中的a + b，光标得在+上，不能停在$或}外）
Alt+Click 是唯一绕过光标落点限制的词选方式
双击、Ctrl+D、Ctrl+Shift+L 全部严格依赖光标落在词内字符上，而 Alt+Click（Windows/Linux）能在任意位置精准触发词级选择：括号后、逗号前、空格中间，点一下就干净选中紧邻标识符。
它不走语法解析，也不依赖语言模式，纯文本层面识别词边界，因此在 JSX 属性值、模板字符串外、甚至注释里都稳定可用。但要注意系统级冲突：部分显卡驱动或远程桌面会劫持 Alt+Click，此时需检查 "editor.multiCursorModifier" 是否与之重叠。
- 重构函数名、改参数名、批量替换字段时，比移动光标再双击快得多
- 若双击总选不全（如
user.name被整体选中），可删掉editor.wordSeparators中的.让其拆分为两个词 - Mac 用户用
Option+Click，触控板轻点两次，避免触发 Mission Control
真正容易被忽略的是：所有快捷键对光标落点都没有容错。习惯性把光标停在行尾再移动、在 JSX 属性值里点在等号旁、或者双击后顺手按 Ctrl+Shift+L——这些操作看似自然，实则全部踩中触发死区。
