sublime跨行正则匹配失败主因是模式未开启、符号误用或捕获组编号错误；pcre中.默认不匹配换行符，应改用[\s\s]*?或(?s)前缀，^/$需启用(?m)或多行模式，替换中\n无效须用ctrl+shift+enter插入真实换行。
Sublime 里跨行正则匹配失败，90% 不是正则写错了，而是没开对模式、用错符号、或捕获组编号数错了。
为什么 .* 在跨行时完全不匹配
PCRE 引擎默认下 . 就不匹配换行符，这是标准行为，不是 Bug。你写 start.*end，哪怕目标文本是：
start something end
它也只停在第一行末尾，根本不会往下看。常见现象包括：console.log([^)]*) 搜不到换行参数、^import.*$ 查不到第二行的 import、全局搜 \n 没反应。
- 别依赖面板右下角勾选
.（. matches newline）：它在Ctrl+Shift+F跨文件搜索中经常失效 - 更稳写法是用
[\s\S]*?替代.*?——明确覆盖所有字符，兼容性好，Sublime 解析更可靠 - 若坚持用
(?s)，必须放在正则最开头，例如(?s)start(.*?)end；(?m)对.无效，只影响^和$
^ 和 $ 为啥只认全文首尾，不认每行
默认状态下，^ 只匹配整个文本开头，$ 只匹配整个文本结尾。搜 ^#，只会高亮第一行的 #，其他全漏。
- 启用多行锚点：点替换面板右下角 ⇩ 图标（或按
Alt+M），或在正则前加(?m)，例如(?m)^# - Windows 下
$会停在\r前，导致替换后残留^M；建议统一用\R（Sublime 内置通用换行符）代替$，但注意\R只支持在查找框，不能写进替换框 - 如果文件编码不是 UTF-8（比如 GBK），中文场景下
^/$可能因乱码失效，先执行File → Save with Encoding → UTF-8 with BOM
捕获组编号怎么数才不会错
Sublime 对捕获组编号完全按左括号出现顺序从左到右排，不管嵌套深度。(?:) 是非捕获组，不占编号——这点极易被忽略，导致 $1 指向错误内容。
-
(a(b(c)))中：$1 = abc，$2 = bc，$3 = c -
(a(?:b)(c))中：$1 = ac（?:b不占位），$2 = c - 嵌套深时，先用
Find All看高亮分组边界是否符合预期，再动手替换 - 替换字段里必须用
$1，写成\1或都无效；要输出字面量$，得写成$$
替换框里输 \n 为啥变成字面量
这是最常被误判为“正则失效”的现象：你在替换框敲 \n，执行后文本里真出现了反斜杠加字母 n，尤其在 JSON 或代码字符串里直接引发语法错误。
- 根本原因：替换字段默认不解析转义序列；
\n只有在正则模式开启 + 上下文允许时才被识别为换行符 - 正确做法：用快捷键插入真实换行符——Windows/Linux 是
Ctrl+Shift+Enter，macOS 是Control+Command+Enter - 确认正则已开：替换面板右下角
.*必须是蓝色高亮状态；否则快捷键也无效 - 想插多个换行？连按快捷键，不是输
\n\n；输错一次就得手动删掉那两个字符再重来
真正卡住人的往往不是正则多难，而是模式没开、括号没转义、编号数错、或跨行时没关掉贪婪——每次替换前，先用 Find 确认命中范围，比直接 Replace All 安全得多。
