Sublime多行正则捕获组匹配不到换行符是因为PCRE引擎默认.不匹配\n，需显式启用(?s)模式或勾选“. matches newline”；捕获组编号严格按左括号顺序计数，且替换时仅识别$1形式，$1失效常因正则开关未激活或跨面板状态不共享。
Sublime 多行正则捕获组为什么总匹配不到换行符
因为默认情况下 . 不匹配换行符，哪怕你写了 (.*)，它也只在单行内“吃”字符。这不是 bug，是 PCRE 引擎的默认行为——Sublime 用的是 PCRE，不是 Python 的 re.DOTALL。
常见现象：想提取多行注释 /* ... */ 或 JSX 中跨行的属性值，结果 /\*.*\*/ 什么也不高亮，或者只匹配到第一行末尾就停了。
- 必须显式启用「
.matches newline」选项（面板左下角↩图标），或在正则开头加(?s)前缀（推荐后者，更可控） -
(?s)是 inline flag，只影响它后面的部分；写成(?s)/\*.*?\*/才能正确捕获跨行内容 - 避免用
.*贪婪匹配整个文件：换成[\s\S]*?更安全，尤其面对嵌套结构时不易卡死 - Windows 换行符
\r\n下，$默认停在\r前，建议统一用\R（Sublime 内置通用换行符）代替
捕获组编号错乱：为什么 $1 总是空或不对
根本原因不是正则写错了，而是括号没被识别为捕获组，或者编号逻辑被忽略——Sublime 严格按左括号出现顺序从左到右编号，不管嵌套层级，也不跳过非捕获组（它压根不支持 (?:)）。
例如 (a(b(c))) 中，$1 是 abc，$2 是 bc，$3 是 c；而你想提取最内层却用了 $1，结果当然不对。
- 务必确认右下角
.*图标已点亮（状态栏显示 Regex），否则所有(都当字面括号处理 - 原文含真实括号时（如匹配
func(x)），查找框里必须写成func\(和\)，否则会干扰捕获组计数 - 替换框只认
$1、$2，不支持\1或${1}；想输出字面量$1，得写成$$1 - 用
Find All看高亮分组边界，比猜编号更可靠——高亮色块会按捕获组分段着色
跨文件多行替换时 $1 失效的典型场景
在 Ctrl+Shift+F（Find in Files）里做跨文件替换，$1 突然失效，大概率是因为路径范围锁得不对，或正则模式没在「Find in Files」面板里单独启用。
很多人以为在 Ctrl+H 里点过 .*，Ctrl+Shift+F 就自动继承——其实两个面板正则开关完全独立。
- 打开
Ctrl+Shift+F后，先点右下角.*图标（变蓝），再填Where路径（如src/**/*.ts） -
Where别留空或填.，否则可能扫到 node_modules 或配置文件，导致意外替换 - 多行匹配必须配合
(?s)或勾选. matches newline，否则跨文件时每行都算独立上下文，^/$不生效 - 替换前务必点
Find，看底部面板列出的匹配项是否符合预期；数量异常多时，先缩小Where范围分批操作
真正安全的多行捕获组替换流程
别信“一次 Replace All 走天下”。多行 + 捕获组 + 跨文件 = 高风险组合，出错后靠 Ctrl+Z 往往救不回语法结构。
- 第一步：用
Ctrl+Shift+F，.*开启，Where锁定最小必要目录，输入查找正则（带(?s)和明确边界） - 第二步：点
Find，扫完后手动点开几处匹配，确认高亮范围和分组是否精准（尤其注意缩进、换行、括号是否被吞） - 第三步：展开替换栏，填好
$1类引用，再点Replace Preview（Ctrl+Shift+H）逐条预览，重点看上下文是否被连带破坏 - 第四步：小范围试替（比如先 Replace 3 处），保存后跑一下 lint 或编译，验证无语法错误，再执行最终
Replace All
最易被忽略的是：Sublime 从不自动保存替换结果，Replace All 后必须手动 Ctrl+S 或 Ctrl+Shift+S，否则关掉窗口就丢。
