Sublime正则替换需同时满足三点：右下角.图标点亮、查找框用()且状态栏显示Regex、替换框写$1（非\1或${1}）；跨行匹配应禁用.?改用[sS]*?；中文匹配失败多因编码非UTF-8。
Sublime 的正则替换不是“写对表达式就能用”，它必须手动开关键、严格配对括号、用对引用语法——缺一不可，否则 $1 原样输出、.*? 卡死、中文全不匹配。
为什么 $1 总被当字面量输出？
根本原因不是正则写错，而是三个硬性条件没同时满足：
- 右下角
.*图标没点亮（或没按Alt+R激活） - 查找框里用了
()，但状态栏没显示Regex - 替换框写了
或${1}，而不是$1（$1是唯一稳定写法）
特别注意：(a(b(c))) 中，$1 = abc、$2 = bc、$3 = c——编号只看左括号从左到右顺序，不看嵌套深度；Sublime 不支持 (?:) 非捕获组，所有 ( 都占编号位。
跨行匹配为什么总吞太多或停在第一行？
. 默认不匹配换行符，强行开启 . matches newline 后又容易贪婪回溯爆炸。稳妥做法是放弃 .*?，改用明确字符集：
- 匹配任意内容（含换行）：用
[sS]*?，别用.*? - 匹配大括号体：
{[sS]*?}，不是{.*?} - 提取函数参数（含换行）：
(([sS]*?))，比(([^)]*))更安全 - 大文件（>5MB）慎用跨行正则，先用
Find in Files（Ctrl+Shift+F）定位范围，再分块操作
中文匹配失败、
这些都不是正则语法问题，而是底层行为或编码陷阱：
- 中文不匹配：右下角状态栏显示的编码不是
UTF-8（Windows 下常误判为GBK），执行File → Save with Encoding → UTF-8 with BOM最稳 -
user匹配到username：因为 Sublime 的把_和数字也当单词字符，简单场景直接加空格或冒号限定，如user:或const user = - 删空行写
^s*$反而出错：因为s包含. matches newline，查^s*$R?，替换为空
批量重命名、去重、函数重构时最容易忽略什么？
真正卡住人的从来不是语法本身，而是作用域和边界控制：
-
Replace All默认只作用于当前视图，跨文件必须用Find in Files（Ctrl+Shift+F），且路径填对（如src/**/*.js） - 保序去重用
^(.*$) (?=.*^$)前，必须先统一换行符（File → Line Endings → Unix），否则^/$失效 - 变量重命名如
user_name → userName，不能依赖防误改，得人工复查结果，尤其注意__init__、_private等边界情况 - 大文件启用正则时，务必关闭
Highlight matches和Auto expand selection，否则极易假死 - 最常被跳过的动作是：每次替换前，先点
Find All确认能命中目标——这一步省掉，后面全是白忙活
