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