Ctrl+Shift+L没反应是因为光标未落在目标单词的字母、数字或下划线字符上，停在空格、引号、点号等位置即失效；需确保语言模式正确（如JavaScript而非Plain Text）并注意大小写敏感。
Ctrl+Shift+L 为什么按了没反应？光标落点必须精确到字符
它不是快捷键失效，而是触发条件没满足：光标必须落在目标单词的任意一个 字母、数字 或 _ 字符上。停在 userId 后面的空格、引号外、点号旁、括号边——Ctrl+Shift+L 完全静音。
常见错误现象：
- 双击选中
user_id再按Ctrl+Shift+L→ VSCode 尝试匹配带引号或空格的整段（比如"user_id"），大概率失败 - 语言模式为 Plain Text 时，
user_name被拆成两个词；切换到JavaScript或JSON模式才识别为完整单词 - 默认区分大小写：
UserId不会匹配userid；如需忽略，先Ctrl+F输入词，点搜索框右上角Aa关闭大小写匹配
Ctrl+L 选行总选错？换行符位置决定行为
Ctrl+L 默认触发的是 editor.action.expandLineSelection，不是“按行号选”，而是依赖光标上下文推断。光标停在换行符上，就会选下一行——这是最常踩的坑。
可靠做法是重绑定命令，而非靠手调光标：
- 打开快捷键设置：
Ctrl+K Ctrl+S - 搜索
editor.action.selectLine（注意不是expandLineSelection） - 为其分配新快捷键，例如
Ctrl+Alt+L，该命令稳定选中当前行（不含换行符） - 多光标存在时，
Ctrl+L会对每个光标单独执行，易混乱；editor.action.selectLine不受此干扰
双击 vs Ctrl+D：什么时候该用哪个？
双击最稳，Ctrl+D 是追加逻辑，Ctrl+Shift+L 是全量匹配——三者适用场景完全不同。
Ctrl+D 的真实行为：
- 不是“找所有相同词”，而是“从当前光标位置开始，顺序匹配下一个未被修改过的相同字符串”
- 误按多次后卡住？按
Ctrl+U撤销上一个光标；想跳过当前匹配项？按Ctrl+K再按Ctrl+D - 选中
id后，order_id和user_id里的id全被连带选中——这是子串匹配，不是语义重命名 - 光标必须落在目标词的
字母/数字/_上；停在.或"外，Ctrl+D直接忽略
Alt+Click：唯一绕过光标落点限制的词选方式
双击、Ctrl+D、Ctrl+Shift+L 全部依赖光标精准落在词内字符上，而 Alt+Click 是唯一不看落点、直接按词边界选中的方式。
它不受语言模式、editor.wordSeparators 或大小写影响，适合以下场景：
- 在 JSX 属性值里，光标停在等号旁或引号内任意位置，
Alt+Click仍能准确选中className或onClick - 调试时快速选中变量名，无需反复调整光标位置
- 配合鼠标滚轮 +
Alt+Click可横向拖选多个词（VSCode 原生支持）
真正容易被忽略的是：所有基于光标位置的选词操作，都没有容错机制。习惯性把光标停在行尾再移动、在 JSON 值里点在冒号后、在正则表达式里点在斜杠上——这些都会让 Ctrl+Shift+L 和 Ctrl+D 彻底失效。而 Alt+Click 不需要你“猜对位置”。
