alt + enter（windows/linux）或 cmd + enter（macos）可在vscode查找面板正则模式下一次性选中所有匹配项，光标停于末尾，支持统一编辑；仅在ctrl+f中启用正则且成功匹配后生效。
匹配后怎么一次性选中所有结果
直接按 Alt + Enter（Windows/Linux）或 Cmd + Enter（macOS），所有正则匹配到的片段会同时被选中，光标停在每个匹配项末尾，支持统一复制、删除或编辑。
这个操作只在“查找”面板（Ctrl + F）中启用正则模式后生效；如果是在“替换”面板（Ctrl + H）里，得先点击“全部替换”旁边的“替换全部”按钮旁的小三角，选择“选择全部匹配项”——但不如 Alt + Enter 直接可靠。
- 别误按
Ctrl + Enter：那是“跳转到定义”，不是选中匹配项 - 如果匹配项跨行（比如用了
(.| )*?），Alt + Enter仍有效，但多光标位置可能不整齐，建议优先用非贪婪+锚点控制范围 - 选中后若想反向操作（比如删掉匹配项保留其余），可先
Ctrl + I反选整行，再Ctrl + X剪切
提取纯文本段时正则怎么写才不漏不垮
目标是“提取”，不是“高亮”，意味着你要让匹配结果尽可能干净、边界可控。常见错误是用 .* 一把抓，结果吃掉换行、吞掉相邻内容，或者因贪婪匹配串行。
关键原则：用锚点锁住位置，用非贪婪限定长度，用字符类替代通配符。
- 提取每行开头的英文单词：
^[a-zA-Z]+——^锁定行首，避免中间匹配 - 提取引号内字符串（含转义）：
"([^"\]|\.)*"—— 比".*?"更安全，防止跨引号断裂 - 提取 JSON 中的
"id": 123值部分："id"s*:s*(d+)，然后用$1在替换中引用，或直接Alt + Enter后复制，值就在选中范围内 - 避免用
.*开头或结尾：它会吃掉空行、缩进甚至整段注释，改用[^ ]*或具体字符集
为什么有时 Alt + Enter 没反应
不是快捷键失效，大概率是当前上下文不满足触发条件。
VSCode 要求：必须在“查找”面板中完成一次成功匹配（右下角显示“X 个匹配”），且正则模式已开启（.* 图标高亮），光标焦点在查找输入框内 —— 缺一不可。
- 如果用了
g标志或全局搜索（Ctrl + Shift + F），Alt + Enter不生效，它只作用于当前文件的查找面板 - 启用了“区分大小写”（
Aa图标亮起）但实际数据大小写混杂？关掉它，或加(?i)到正则开头 - 正则中有未闭合括号或错义转义（如把
.写成.），会导致匹配失败，自然没结果可选 - 文件过大（超百万行）时，VSCode 可能自动限制匹配数量，默认只显示前 999 个，
Alt + Enter也只作用于这部分
提取后粘贴格式乱了怎么办
选中后复制出来的文本默认带原始换行和空白，不像“列选择”那样对齐。这不是 bug，是设计如此 —— 它忠实地还原匹配内容本身。
如果你需要规整输出（比如导出为 CSV 或单行列表），别靠手动删空格，用第二轮正则处理：
- 粘贴到新文件后，用
Ctrl + H→,（逗号+空格）转成一行 - 若想每项独占一行且去空行：
^s*$替换为空，再s+→ - 提取的是键值对，想转成
key=value格式：查找"(w+)"s*:s*"([^"]*)"，替换为$1=$2
真正容易被忽略的是：匹配逻辑和输出目标必须严格对应。比如想提取函数名，却写了匹配整个函数声明的正则，那 Alt + Enter 选中的就是整块代码，不是纯名字 —— 这时候该调整捕获组，而不是怪粘贴乱。
