sublime text 中 ^ 和 $ 默认匹配整个文件而非每行，需关闭“.”匹配换行符才能实现逐行匹配；\b 仅支持 ascii 单词边界，中文等场景应改用 unicode 范围或否定字符组；$1 替换需确保正则开关启用、含捕获组且路径正确；s 会匹配换行符，删空行应使用^[ ]*$等安全写法。
Sublime Text 里 ^ 和 $ 默认不按行匹配？
不是你正则写错了，是 Sublime 默认把 ^ 和 $ 当成整个文件的开头和结尾，而不是每行——哪怕你写了 ^import，它也只匹配文件最顶上那个 import，其他行全忽略。
真正生效的逐行匹配，得关掉「. 匹配换行符」模式：点查找面板右下角的 .* 图标确保激活正则，再确认它旁边没有
图标；或者直接按 Alt+R（Win/Linux）或 Cmd+Alt+R（macOS）重置一次。这时候 ^#.*$ 才能删掉所有以 # 开头的注释行。
- 别依赖
(?m)：虽然语法上支持，但 Sublime 的(?m)行为不稳定，尤其在跨平台混用换行符时 - Windows 下更推荐用
R替代$：它能统一匹配$在 - 想跳过空行？用
^(S.*)$，比^.*$更安全，S确保至少有一个非空白字符
只认 ASCII 单词边界：[a-zA-Z0-9_] 和非这些字符之间的位置。遇到中文、短横线、点号、全角空格，test 就完全不触发——比如 界test 中的 test 前面不会被识别为单词边界。
替代方案比硬扛 更可靠：
- 用否定字符组锚定上下文，比如
(? 显式限定前后必须是空白或标点 - 中文场景直接用 Unicode 范围：
[u4e00-u9fa5]test或test[u4e00-u9fa5] - 简单替换如
name="(w+)"→value: $1，不用也能精准命中，前提是字段格式稳定
跨文件替换时 $1 总变字面量？
三个硬条件缺一不可，否则 就是两个普通字符：
-
.*图标没点蓝：查找面板和替换面板的正则开关是独立的，替换框里必须单独点一次.*，否则$1不解析 - 查找表达式里没写捕获组：比如想提
id=123中的数字，必须是id=(d+)，不能只写id=d+ - Where 路径失控：填
*或留空，$1可能从node_modules/axios.js里取值，结果替错地方
另外注意：$0 是整个匹配内容，含换行符；如果替换后格式错乱，大概率是 $0 把
也带进去了，改用 $1 或显式拆分更可控。
删空行、去尾空格为什么总出事？
s 在 Sublime 里会匹配
和
，这是 Boost.Regex 引擎行为，不是 bug。所以 ^s*$ 不仅删空行，还可能吞掉文件末尾的换行符，Git 提交时提示 “no newline at end of file” 就是这个原因。
安全写法要显式限定字符范围：
- 删空行：
^[ ]*$—— 只认空格和 Tab，避开换行符 - 删行尾空格：
[ ]+$—— 不用s+$，防止误吞最后一行的 - 含全角空格或零宽字符？加 Unicode：
^[ u3000]*$
真正容易被忽略的是：Sublime 替换后不自动保存，Replace All 完必须手动 Ctrl+K 松开再按 Ctrl+B（Save All），否则改了等于没改。
