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