Sublime正则替换失效的根源是文件编码识别错误，需统一保存为UTF-8 with BOM；匹配中文用[一-龥]而非\w；跨行用[sS]或(?s)而非. matches newline；替换只认$1，不支持\1或${1}。
Sublime 的正则替换本身不转换文件编码，所有中文乱码、符号失效、$1 输出字面量等问题，根源都在文件加载时的编码识别错误——不是正则写得不对，是 Sublime 没正确读进原文。
为什么中文匹配总失败或 $1 不展开
根本原因是文件被错误解码：UTF-8 无 BOM 的文件在 Windows 下常被当 GBK 加载，中文已变成乱码，正则自然找不到“用户”而只看到“Îļþ”。此时哪怕写 [一-龥] 或 \u4e00-\u9fa5 都无效。
- 先看右下角状态栏显示的编码，如果不是
UTF-8或UTF-8 with BOM，立刻执行 File → Save with Encoding → UTF-8 with BOM - 保存后重新打开文件，再试正则；
^、$、$1才会按预期工作 -
\w默认不匹配汉字，要匹配中文变量名请用[一-龥]，别硬套\w+ - 路径含中文却搜不到？同样属于编码加载失败，统一存为
UTF-8 with BOM即可解决
替换中处理换行符与跨行结构
默认 . 不匹配换行符，这是硬限制。强行勾选 . matches newline 在大文件或嵌套结构（如 {{}}）中容易回溯爆炸、卡死甚至吞掉整段文本。
- 稳妥写法：用
[sS]替代.，例如"([sS]*?)"提取含换行的字符串，比".*?"更可控 - 跨文件搜索（
Ctrl+Shift+F）中. matches newline常失效，必须显式加前缀(?s)，如(?s)start.*?end - 匹配大括号块不要写
{.*?}，改用{[sS]*?}；提取函数参数含换行时，\(([sS]*?)\)比\(([^)]*)\)更安全 - 多行模式下
$在 Windows 会停在\r前，建议统一用\R（Sublime 内置通用换行符）代替
替换框里 $1 为什么原样输出
不是正则没捕获，而是替换语法不被识别：\1、${1}、$1 这三者在 Sublime 中行为完全不同。
- 查找框中必须写
(...)捕获，且确保右下角状态栏显示Regex（即.*图标已点亮） - 替换框只认
$1、$2，\1是旧版写法，新版 Sublime 已不支持；${1}部分版本能解析但极不稳定，务必避免 -
$是特殊字符，要输出字面量$得写成$$；写单个$可能报错或被忽略 - 编号严格按左括号从左到右顺序计数，不管嵌套：
(a(b(c)))中$1 = abc、$2 = bc、$3 = c；(?:...)非捕获组不被支持，所有(都占编号位
真正卡住人的往往不是正则多难，而是编码没对、.* 没点、$1 写成 \1 这类细节——每次操作前，先用 Ctrl+F 确认高亮是否精准，再开 Ctrl+H 替换，能避开 90% 的误操作。
