sublime正则替换需分步处理多模式、启用(?s)跨行、(?m)行锚点、替换框单独开启正则模式，且务必先find all验证。
正则替换里怎么同时匹配多个不相关模式
Sublime 不支持 | 在单个查找框里“并行匹配多个独立模式”，比如想一次把 log() 和 debug() 都替成 console.log()，直接写 log\(\)|debug\(\) 会失败——它只匹配其中一处，且替换时 $1 只捕获第一个括号的内容，第二个根本没被捕获。
真正能落地的做法是分两步，或改用更可控的结构：
- 先用
log\(\)|debug\(\)+ 正则模式，替换为console.log()（不依赖捕获组，统一替换） - 若需保留原始参数，得把两个模式分别包裹进同一个捕获组：
(log\(([^)]*)\)|debug\(([^)]*)\))，再用console.log($2$4)——但注意：这依赖$2和$4其中一个为空，实际易错 - 更稳的路径：用两次
Ctrl+H，分别处理log\(([^)]*)\)→console.log($1)和debug\(([^)]*)\)→console.log($1)，中间点Find All确认范围
跨行匹配时 .* 为什么总断在第一行
. 默认不匹配换行符，这是 Sublime 正则引擎的硬性限制。写 fetch\((.*?)\) 查找多行 fetch 调用，只要参数跨了行，.*? 就会在换行处停止，导致只捕获到第一行内容。
必须显式启用单行模式：
- 在正则开头加
(?s)，例如(?s)fetch\((.*?)\)，此时.才真正等价于 “任意字符包括换行” - 别用
[\s\S]*?或[^]*?替代——它们虽能跨行，但性能差，大文件里容易卡死或假死 - 如果参数本身含未闭合括号（比如字符串里有
)），[^)]*会提前截断；这时必须人工确认闭合位置，或先格式化代码再操作
^ 和 $ 锚点为啥不按行首行尾生效
默认情况下，^ 只匹配整个文档开头，$ 只匹配整个文档末尾。写 ^import，只会命中文件最顶上那行，其他行的 import 全被忽略。
要让它对每行都生效，必须开启多行模式：
- 勾选查找面板右下角的
↩按钮（Label: “Match line breaks”） - 或在正则开头加
(?m)，例如(?m)^import - Windows 下注意：
$在 CRLF 换行时停在\r前，可能漏掉\n后的内容；更稳妥的是用 Sublime 内置的R（代表通用换行符）替代$，如(?m)^importR
替换框里 $1 总原样输出不生效
这是最隐蔽的坑：查找框里写了带括号的正则，也点了 .* 按钮，但替换框里填 $1，结果输出的就是字面的 $1 两个字符。
原因在于：查找面板和替换面板的正则开关是**完全独立**的。
- 你必须在替换面板右下角**单独再点一次**
.*按钮，让替换上下文也进入正则模式 -
$0表示整个匹配，$1是第一个()，$2是第二个，不能混用\1或 - 要输出真实美元符号，比如
cost: $100，得写成cost: $$100 - 捕获组数量和位置必须严格对应：查找写
"tid":"(\d+)","name":"([^"]*)"，替换就得用"tid":$1,"name":$2，少一个括号或错位，$2就为空
所有正则操作前，务必点 Find All 看高亮是否符合预期——跳过这步，80% 的误替换就发生在你敲下 Replace All 的瞬间。另外，全局替换时 Where 框填 * 等于裸奔，第三方库、压缩文件、README 都会被卷进去，路径必须精确到 src/**/*.js 这类粒度。
