VSCode正则使用re2引擎，需手动启用\n匹配、不支持${1}和命名组；^$按行锚定，全局搜索受路径过滤和文件类型限制；编码与换行符不一致会导致匹配失败。
VSCode 正则搜索框里写什么才真能匹配
VSCode 的正则搜索不是全量兼容 PCRE 或 JavaScript，它用的是 re2 引擎（部分版本启用了更接近 JS 的引擎，但默认行为仍受限制），所以像 (? 肯定报错，<code>\K 直接不认。别一上来就抄网上“高级正则”，先确认你写的表达式在 VSCode 里是否合法。
实操建议：
- 打开搜索面板（
Ctrl+Shift+F或Cmd+Shift+F），点右侧的.*按钮启用正则 - 优先用基础语法：
\d+、[a-z]+、^function\s+(\w+)、\/\/\s*(.*) - 避免后行断言（
? / <code>?）、条件匹配、递归模式——这些在 VSCode 里基本无效 - 换行匹配需显式开启：勾选
.右边的\n按钮（对应标志s），否则.不会跨行
替换时怎么保留原内容的一部分（比如提取变量名）
VSCode 支持捕获组 + $1、$2 这类引用，但不支持 ${1} 或命名组（?<name>）——写了也白写，会被当字面量处理。
常见错误现象：写 const (\w+) = (.*) 替换成 let $1 = $2 没问题；但写成 let ${1} = ${2} 或 let ?<var>\w+ = .* 就完全不生效。
使用场景举例：把所有 console.log(x) 改成 debugger; console.log(x)，且只改同一行没被注释的：
搜索：<code>^(?!.*\/\/).*console\.log\((.*)\)</code> 替换：<code>debugger; console.log($1)</code>
注意：^ 和 $ 默认按行锚定，不用额外加 m 标志；多行匹配必须手动点 \n 按钮，且 ^ 行为会变化。
全局搜索 vs 文件内搜索的正则行为差异
同一个正则，在「当前文件」里能搜到，在「全局搜索」里却为空——大概率是路径过滤或文件类型限制在作怪，不是正则本身错了。
容易踩的坑：
- 全局搜索默认只扫已打开文件夹下的文件，且受
files.include/search.exclude影响（比如node_modules默认被排除） - 正则中的
/在全局搜索路径过滤栏里会被误解析（如输入src/.*\.ts，斜杠可能触发路径分隔逻辑），建议用双引号包裹路径模式 - 某些字符（如
[、]）在全局搜索的「文件名」过滤区有特殊含义，要转义成\[才安全 - 大小写敏感开关（
Aa按钮）对正则有效，但对文件名过滤无效——后者始终区分大小写
为什么有时候正则明明对了却没高亮/没替换成功
最常被忽略的是「搜索范围」和「编码/换行符」问题：VSCode 默认按当前文件编码解析内容，如果文件是 GBK 或含 \r\n 混用，正则里的 \s 或 $ 行为会异常。
排查步骤：
- 看右下角状态栏，确认当前文件编码（如
UTF-8）和行尾序列（CRLF或LF） - 在搜索框中测试简单模式，例如
^\s*$是否能匹配空行——如果不行，可能是行尾不一致导致$失效 - 禁用所有插件临时测试，某些搜索增强插件（如
Search Node Modules）会劫持正则逻辑 - 检查是否意外开启了「仅在选定范围内搜索」——鼠标划了一段代码再开搜索，VSCode 会自动限制范围，但界面上没有强提示
复杂点往往不在正则本身，而在你没意识到 VSCode 正在用哪套规则读那块内容。
