sublime中.不匹配换行符，因正则引擎默认.不匹配 ；需用[ss]或[ss]+?实现跨行匹配，且不支持(?s)等内联标志。
Sublime 里 .* 为什么匹配不到换行？
因为默认情况下，. 不匹配换行符（
），哪怕你写的是 .* 或 .+，它也只在单行内“贪”，跨不了行。这不是 Sublime 的 bug，是几乎所有正则引擎的默认行为。
想让它跨行，必须显式告诉它：「把换行也当普通字符看待」。最常用、最稳妥的办法是用 [sS] —— 它等价于“所有空白符 + 所有非空白符”，自然覆盖换行。
-
[sS]*：匹配任意字符（含换行），贪婪 -
[sS]*?：匹配任意字符（含换行），非贪婪 - 别用
.*加re.DOTALL那套——Sublime 不支持 Python 的 flag 参数 - 别信网上说的
(?s).*—— Sublime 的 PCRE 引擎不支持(?s)这种内联标志（实测无效）
匹配一个块：从「※版本出处」到「·著」的完整段落
这是典型跨行提取场景。原始文本可能是：
※版本出处:旧雨阁扫校※ 校对：张三 排版：李四 ·著
你想一次性选中整段，包括中间所有换行。关键点在于：开头要锚定，结尾要明确，中间要“跨行+可控”。
- 开头用
^※版本出处，加^确保是行首（需开启「Match Case」和「Regular Expression」，并勾选「. matches newline」——但注意：这个选项在 Sublime 中实际**不生效**，所以还是得靠[sS]） - 结尾用
·著$，$匹配行尾（不是文件尾） - 中间用
[sS]+?：+? 表示“至少一个字符，但越少越好”，避免吞掉下一个块 - 完整 pattern：
^※版本出处[sS]+?·著$ - 务必勾选「Match Case」和「Regular Expression」；「Wrap Around」按需开启
为什么用 +? 而不是 *?？
区别在“最少匹配长度”。*? 允许匹配 0 次，+? 至少匹配 1 次。放在两个固定边界之间，用 *? 可能导致空匹配或意外跳过内容。
- 假设你写
※版本出处[sS]*?·著，而两标记之间恰好只有换行、无其他字符，[sS]*?会立刻停在第一个换行后，结果匹配到※版本出处 ·著—— 看似 OK，但若中间有空行或多余空格，就容易断裂 - 用
+?强制中间至少有一个字符（哪怕只是个空格或换行），更稳 - 实际调试时，可先用
+?，如果发现漏匹配，再检查是否边界写错，而不是急着换*?
替换时保留换行结构，别把 当普通字符删了
在「Replace」框里写内容时，
是换行符，不是字面量反斜杠+n。但 Sublime 的替换引擎对
支持有限：它能识别
，但不能在「Find」里用
替代 [sS]（因为
只匹配换行本身，不匹配其他字符）。
- 「Find」里坚持用
[sS]系列，别图省事写.* .*—— 那只能匹配两行，不是任意行数 - 「Replace」里可用
$0引用整个匹配（含原有换行），避免手动拼接出错 - 如果替换后格式乱了，大概率是「Replace」里误写了
\n（双反斜杠 → 字面量 ），应写
真正容易被忽略的，是 Sublime 不吃 (?s) 和 re.DOTALL 这套语法，所有跨行逻辑都得靠 [sS] 显式表达。写错一次，整段匹配就失效，而且没报错提示——它只是安静地不匹配。
