VS Code搜索替换需开启正则、全字匹配、大小写敏感三个开关，正确使用捕获组$1/$2，注意转义规则和路径过滤以避免性能问题及匹配失效。
VS Code 的搜索和替换远不止“找文字”，真正强大的地方在于它把正则表达式、上下文匹配、多光标联动和跨文件操作全揉进了一个快捷键（Ctrl+H / Cmd+H）里——但前提是得关对开关、写对语法、避开几个关键陷阱。
必须打开的三个开关：正则、全字匹配、大小写敏感
默认状态下，VS Code 搜索是纯字符串匹配。想用正则，先点搜索框右端的 .* 图标（或按 Alt+R）；想精确匹配单词边界？开 或勾选 Match whole word（图标是 abc）；大小写不敏感容易漏掉变量名或标签，建议按需开启 Match case（图标是 Aa）。这三个开关状态会直接影响 w+、[A-Z]+ 这类表达式是否生效。
常见错误现象：
- 写了
d{3}-d{2}-d{4}却没匹配到身份证号 → 没点.*，实际在做字符串字面匹配 - 替换了
user，结果username也被改了 → 忘了开Match whole word -
console.log替换为debugger后，Console.log没动 → 大小写开关没开，而你代码里混用了大小写
Ctrl+H 里的正则捕获组怎么用：$1、$2 不是占位符，是引用
在“替换”栏里，$1、$2 表示对应第 1、2 个 () 捕获组的内容，不是普通变量。比如你想把 const foo = 42; 改成 let foo = 42;，查找填 const (w+) = (.*?);，替换填 let $1 = $2;。注意：$0 是整个匹配内容，$$ 才表示字面意义的 $ 符号。
使用场景：
- 批量重命名变量：
(var|let|const) (w+)→let $2（慎用，可能破坏语义） - 补全引号缺失：
class=(w+)→class="$1" - 提取注释内容：
//s*(.*)→/* $1 */
跨文件搜索时，正则的性能和路径过滤很关键
在文件夹级搜索（Ctrl+Shift+F）中用正则，VS Code 默认会扫描所有文件，包括 node_modules 和构建产物。一旦正则写得松散（比如 .* 开头），极易卡死或返回海量无关结果。务必配合文件类型过滤（如 **/*.ts）或排除路径（在搜索框下方点 files to include/exclude，填 !**/dist/**,!**/node_modules/**）。
性能影响：
-
^import.*from.*['"]([^'"]*)['"];比import.*from更快，因为锚定行首 - 避免
.*出现在开头或中间无约束位置，改用[^;]*或w+等更具体的字符类 - 如果只查当前打开的文件，用
Ctrl+F而非Ctrl+Shift+F，正则解析更快且响应即时
容易被忽略的转义和特殊字符行为
VS Code 使用 JavaScript 风格正则引擎，但搜索框里输入的反斜杠要双写：想匹配字面意义的
，得写 \n；想匹配一个反斜杠字符，得写 \\。另外，$、^ 在多行模式下才按行首/行尾工作，默认是全文模式——除非你在搜索框里手动启用 Match newline（图标是 ↵）。
典型坑：
- 搜
d+能匹配数字，但搜w+在某些上下文中不生效 → 因为依赖单词字符定义，而 VS Code 对 Unicode 字符支持有限 - 替换时想插入换行，不能直接按 Enter，得写
Match newline已开） - 搜索
[a-z]+匹配不到中文变量名 → JS 正则默认不识别 Unicode 字母，需改用p{L}+并开启Unicode标志（但 VS Code 当前不支持u标志，只能退化处理）
最麻烦的其实是嵌套结构：正则根本没法可靠匹配 HTML 标签对或 JSX 的闭合逻辑，这时候别硬刚，切到命令面板（Ctrl+Shift+P）搜 “Ember: Wrap with Abbreviation” 或用扩展辅助更稳妥。
