Ctrl+Shift+L 是 VSCode 中一次性选中全文所有匹配字符串的快捷键，需先选中文本才能触发，不局限于当前行且无视折叠区域，纯字符串匹配、不受语法解析影响。
Ctrl+Shift+L 是 VSCode 中真正能“快速展开当前行所有匹配项”的快捷键——但它不作用于“当前行”，而是作用于“当前选中内容在全文的全部匹配项”。很多人按了没反应，是因为误以为它只扫当前行。
为什么 Ctrl+Shift+L 不会只选当前行里的匹配项
这个快捷键的逻辑是：先选中一段文本（哪怕只是一个变量名），然后 Ctrl+Shift+L 会立刻在**整个文件中**找出所有完全相同的字符串，并为每个匹配位置创建一个光标。它不识别语法、不区分作用域、也不限制行号范围。
- 如果你只双击了
user，而文件里有username、user_id、user，它只会选中独立的user（前提是未开启“全字匹配”） - 它不会跨行“展开”折叠区域——即使目标文本藏在已折叠的
if块里，只要该块被折叠了，Ctrl+Shift+L就看不见里面的内容 - 语言模式影响高亮但不影响匹配：
Ctrl+Shift+L是纯字符串匹配，和语法解析无关；但若你用的是Ctrl+D（逐个添加），则受语法 token 边界影响更大
Ctrl+Shift+L 和 Ctrl+D 的关键区别
两者都用于多光标编辑，但触发逻辑和适用场景完全不同：
-
Ctrl+D：从光标所在词开始，每次按一次，向后找下一个**完全相同且未被选中**的匹配项。适合控制节奏、跳过干扰项（比如不想改注释里的同名字符串） -
Ctrl+Shift+L：一次性拉出全文所有匹配项，无法中途跳过。适合确定要全局替换、且确认无歧义的场景（如重命名私有字段_cache） - 如果文件很大（>10k 行），
Ctrl+Shift+L可能卡顿半秒——VSCode 需扫描全文建索引，这不是 bug，是设计使然
按了 Ctrl+Shift+L 没反应？先检查这三处
常见静默失败原因不是快捷键失效，而是前置条件不满足：
- 没先做有效选择：必须先用鼠标双击、或键盘选中至少一个字符（哪怕只选了一个字母），空光标状态下按无效
- 当前文件被设为
Plain Text模式：右下角显示 Plain Text 时，部分语言特性（如自动引号配对）正常，但Ctrl+Shift+L仍可用；不过若你依赖“仅匹配变量名”语义，就得切到对应语言模式（如Python）再试 - 被插件拦截：某些插件（如
Auto Rename Tag或自定义 keybindings）可能劫持了Ctrl+Shift+L。打开命令面板Ctrl+Shift+P，输入Preferences: Open Keyboard Shortcuts (JSON)，搜索editor.action.selectAllMatches确认绑定是否被覆盖
真正容易被忽略的点是：它不感知折叠状态，也不智能过滤上下文。想安全批量改，得先确保目标文本足够孤立，或者配合 Ctrl+F 打开查找面板，勾选 Match Case 和 Whole Word 预览范围——这才是可控操作的起点。
