VSCode全局搜索支持多行正则匹配，但必须启用右上角.*开关；启用后^/$代表行首/行尾，需用[\s\S]或(?s:.)匹配换行，.本身仍不匹配\n，替换引用用$1而非\1。
VSCode全局搜索框支持多行正则匹配吗
支持，但有硬性前提：必须启用 .*（即“匹配新行”）开关，否则 ^、$、\n 等全部失效，所有正则退化为单行模式。
这个开关藏在搜索框右上角，图标是 .*，点一下变蓝即启用。不点它，哪怕你写 a\nb 也永远搜不到换行——不是语法错，是 VSCode 根本不解析换行符。
- 未启用时，
\n字面量会被当普通字符处理，实际匹配的是反斜杠加字母 n - 启用后，
^和$才真正代表行首/行尾；跨行匹配如start[\s\S]*end才有效 - 注意：VSCode 的“多行模式”不是 PCRE 风格的
/m标志，而是整体切换上下文，没有 per-regex 控制
怎么写能跨多行匹配一段结构化文本
别用 .* 直接贪心匹配（容易撑爆内存或误吞太多），优先用 [\s\S] 或 (?s:.) 显式覆盖空白与非空白字符。
例如想替换所有形如
{...}
的代码块，但内容含换行：
```json
{
"name": "test",
"value": 42
}
```
对应正则可写成：```json\r?\n([\s\S]*?)\r?\n```，其中 [\s\S] 是关键，*? 保证非贪婪，\r?\n 兼容 Windows/Linux 换行。
-
.默认不匹配换行，即使开了.*开关，.本身仍不匹配\n；必须用[\s\S]或(?s:.) - 捕获组用
(.*?)而非(.*)，否则可能从第一个```json一直吃到文件末尾最后一个``` - 替换时引用捕获内容用
$1，不是\1（VSCode 只认美元符号语法）
全局替换时遇到“正则太复杂导致卡死或报错”怎么办
VSCode 对正则引擎做了轻量级限制，深度嵌套、回溯爆炸类表达式（比如 (a+)+b）会直接拒绝执行，报错 Regular expression is too complex。
这不是你写错了，是编辑器主动熔断。解决方向是“拆、简、锚”：
- 把大范围跨行匹配，拆成两步：先用简单正则定位起始行（如
```json），再手动检查上下文，避免全文件扫描 - 删掉不必要的嵌套括号和量词，比如把
(?:\s*\n\s*)+改成\s*\n\s*（多数场景够用） - 加行首/行尾锚点缩小范围，比如用
^\s*// TODO.*$\n^\s*//.*$匹配连续两行注释，比无锚点更稳 - 如果真要处理大量结构化文本（如批量改 JSON 块），不如导出用
jq或 Python 脚本，VSCode 不是重型文本处理器
Mac 和 Windows 下换行符写法差异要特别注意
VSCode 搜索框里的 \n 在不同系统下行为一致（它统一按 LF 处理），但你复制粘贴进来的文本可能自带 \r\n，导致正则不匹配。
最稳妥的方式是显式写出 \r?\n，而不是只写 \n：
- Mac / Linux 文件：换行是
\n，\r?\n中的\r?不匹配，不影响 - Windows 文件：换行是
\r\n，\r?\n刚好匹配 - 粘贴内容时，用 VSCode 底部状态栏看当前文件换行符类型（显示
CRLF或LF），决定是否补\r? - 别依赖
\R（PCRE 通用换行符）——VSCode 不支持这个转义
跨平台协作时，这个细节漏掉，就只能看着高亮一闪而过却替换失败。
