vscode正则搜索需手动开启.*开关，全局与文件内搜索开关独立；文件内搜索不支持跨行，须用全局搜索并启用“匹配换行符”；仅支持ripgrep语法，禁用(?i)、\1等；替换仅认$1格式，须谨慎预览。
VSCode 默认不启用正则搜索，输 \d+ 或 function\s+\w+ 都当普通字符串匹配——必须手动点开那个 .* 开关，否则所有“高级写法”都是白搭。
怎么确认正则模式真启用了
看搜索框右下角有没有亮起的 Regex 标签；没亮就等于没开。快捷键 Windows/Linux 是 Alt+R，macOS 是 Cmd+Alt+R。这个开关不是单次有效，关掉面板再打开就自动关闭，容易误以为“失效”，其实是忘了重按。
- 常见错误现象：
console\.log搜不到console.log，或\s*完全不生效 → 八成是.*图标没点亮 - 全局搜索（
Ctrl+Shift+F）和文件内搜索（Ctrl+F）的开关是独立的，得分别点 - 如果用了插件（如 “Search Editor”），它默认不继承主搜索的正则状态，得单独开
为什么写了跨行正则却搜不到换行内容
VSCode 的 Ctrl+F 文件内搜索**完全不支持跨行匹配**，哪怕你写了 if\s*{[\s\S]*?} 也只在单行内找。这是工具限制，不是你正则写错了。
- 必须用
Ctrl+Shift+F全局搜索，再配合两个动作：先点.*启用正则，再点右下角↵（“匹配换行符”） -
(?s)单行模式在 VSCode 里可用，但必须写在正则最开头，例如(?s)console\.log\([^)]*\) -
[\s\S]在 VSCode 中实际等价于.（即只在开启↵后才真正跨行），别指望它在未启用换行时“自救”
哪些正则语法在 VSCode 里安全、哪些会直接失效
VSCode 底层用的是 ripgrep（基于 Rust regex crate），不是 JS 引擎也不是 PCRE，很多你以为“通用”的写法根本不能用。
- 安全可用：
\b、\d、\s、[^;]+、foo|bar、非贪婪量词*?、捕获组(...)（替换时用$1） - 明确不支持：
(?i)（大小写忽略）、\1反向引用、(?<name>)</name>命名捕获、\K重置匹配起点、(?(cond)yes|no)条件表达式 - Unicode 属性类：
\p{Han}和\p{Emoji}可用，但[\p{L}]不行；别硬背\u4E00-\u9FFF，漏字多且难维护
替换时引用捕获组的几个硬规则
VSCode 替换只认 $1、$2 这种写法，\1 会被当字面量输出，${1} 或 $<name></name> 直接报错或静默失败。
- 括号必须英文半角、严格配对；嵌套括号会导致捕获序号错乱甚至不匹配
-
$1abc中的abc会被丢弃，只保留$1匹配的内容；要输出字面量$1abc，得写成$$1abc - 非捕获组
(?:...)不产生$n，别指望靠它“占位”来调整编号 - 批量替换前务必点“替换预览”，正则一写错，可能把整个函数体删成一行，或者把 JSON 字段名全替成空
最常被忽略的不是语法，而是作用域：正则本身再准，搜到 node_modules 里的 data\.map 也没意义；而 files to exclude 里填 **/dist/** 比光靠正则靠谱得多。别让“看起来能跑”掩盖了路径过滤缺失的问题。
