Sublime中正则失败主因是默认不匹配换行、^/$仅限全文首尾、元字符未转义；需启用(?m)、. matches newline、正确转义及使用$1而非；跨行用[sS]，格式化用(?x)并验证语义。
为什么直接在查找框里写复杂正则会失败
你试图用 ^s*//.*$ 删除注释，结果整行没高亮——不是正则写错，而是 Sublime 默认不匹配换行符，且 ^ 和 $ 只认全文首尾。更糟的是，如果你在查找框里嵌套了未转义的 (、[、+ 或 .，它们会被当元字符解析，导致模式提前终止或误匹配。
- 必须先点查找面板右下角的
.*图标（或按Alt+R），否则 Ctrl+F 就是纯文本搜索 -
^/$默认只匹配整个文档开头/结尾，跨行处理必须加(?m)前缀，写成(?m)^s*//.*$ - 想匹配字面量
+、?、.、[、(，一律加反斜杠：+、?、.、[、( - 状态栏显示编码不是
UTF-8时，中文正则可能因 BOM 或乱码失效，先执行File → Save with Encoding → UTF-8 with BOM
替换自身正则时，$1 为什么原样输出
你在替换框写 或 $1，结果出来就是字面量 ——Sublime 的替换语法只认 $1、$2 这种形式，且捕获组编号严格按左括号出现顺序计数，嵌套也计入。比如 ((w+)) 中，外层是 $1，内层是 $2。
- 查找中每一对
(...)都生成一个捕获组，哪怕只是用于分组不提取，也要占编号 - 要输出字面量
$，必须写$$；写单个$会被忽略或报错 - 替换前务必点
Find All，确认高亮区域是否精准包围目标；再开Replace Preview（Ctrl+Shift+H）看$1展开结果是否符合预期 - 如果正则含换行结构（如多行字符串模板），必须勾选
. matches newline（点右下角.图标），否则.*在第一行末就停住
跨行匹配多行正则本身：用 [sS] 而不是 .*?
你想提取一段带换行的正则字面量，比如从代码里抓 const re = /foo.*?bar/gs; 中的 /foo.*?bar/gs，但用 /.*?/ 总是只匹配到第一个 / 就结束——因为 . 默认不匹配换行符，且 / 是 JS 正则字面量的定界符，不能简单靠贪婪控制。
- 稳定写法是用
[sS]替代.：例如/[sS]*?/，显式声明匹配任意字符（含换行），跨版本兼容 - 全局搜索（
Ctrl+Shift+F）中. matches newline常失效，此时[sS]是唯一可靠方案 - 若需排除转义斜杠（如
/），改用/((?:[^/\]|\.)*?)，它能正确跳过/而不停在中间的/ - 提取含引号的正则字符串（如
new RegExp("foo.*bar")），别用"[^"]*?"，改用"((?:[^"\]|\.)*?)"处理转义引号
格式化长正则：拆分、缩进、加注释的实操边界
把一行 200 字符的正则 /(?:(?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?).){3}(?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?)/ 拆成可读格式，不能直接回车——Sublime 会把换行当字面量
匹配，破坏逻辑。
- 先用
(?x)启用“忽略空白和注释”模式：写成(?x) (?: ... ) {3} (?: ... )，此时换行、空格、#后内容全被忽略 - 但
(?x)不影响[...]内部的空格，方括号内空格仍被当作字面量匹配，需显式写s - 缩进用空格而非 Tab，避免某些语法高亮器误判；注释用
#开头，且必须独占一行或位于行尾 - 改完后立刻用
Find All测试是否还能匹配原数据——格式化不是美化，是重构，语义不能变
(?x) 后忘了删掉原有空格，或在字符类里误加空格，导致匹配行为突变。每次调整后，必须拿真实样本验证，而不是只看高亮是否连续。 
