sublime正则替换中$1、$2生效需同时满足：查找与替换面板右下角.*图标均点亮、状态栏显示regex、替换框用$1而非\1或${1}；否则括号和$1均作字面量处理。
Sublime 正则替换中，$1、$2 能正常工作，前提是三个条件同时满足：查找面板右下角 .* 图标已点亮、状态栏显示 Regex、替换框里写的是 $1 而不是 \1 或 ${1}；否则括号只当字面量，$1 也会原样输出。
为什么 $1 总被当字面量输出
这不是正则写错了，而是 Sublime 的正则引擎根本没启动。它只在显式启用时才解析 () 为捕获组、才把 $1 当作引用。
- 必须点击查找面板和替换面板右下角的
.*图标（或按Alt+R），两个面板的开关是独立的 - 状态栏右下角必须显示
Regex—— 如果只点了查找面板的.*，进了替换框后它又自动关闭了 - 查找内容里要匹配字面括号（比如
func(x)中的()），得写成\(和\)；否则(x)会被当成捕获组，而你其实只想找括号字符 - 替换框只认
$1，不支持\1（Vim 风格）或${1}（部分版本能解析但极不稳定）
$1 编号严格按左括号顺序，嵌套也不例外
编号不是看“哪层最外”，而是从左到右数每一个 (，不管是否嵌套、是否想忽略。Sublime 不支持 (?:) 非捕获组，所有 ( 都占位。
-
(a(b(c)))中：$1 = abc、$2 = bc、$3 = c -
((\w+),(\w+))匹配apple,banana时：$1 = apple,banana、$2 = apple、$3 = banana - 想调换顺序，用
$3 $2替换即可，不用管“哪组该优先” - 命名组写法是
(?P<name>...)</name>，但替换时必须用g<name></name>（不是$name），且g<name></name>在旧版 Sublime 中可能报错
跨行匹配时 .*? 容易吞太多，改用 [sS]*?
. 默认不匹配换行符，这是硬限制；强行勾选 . matches newline 后，.*? 又极易因回溯爆炸吞到文件末尾——尤其遇到 {{}}、/* */ 这类结构时。
- 稳妥做法是放弃
.*?，改用[sS]*?：明确表示“任意字符（含换行）”，兼容性好、行为可预测 - 匹配大括号块写成
{[sS]*?}，别用{.*?} - 提取函数参数（含换行）建议用
\((([sS]*?)\)，比\(([^)]*)\)更安全——后者在参数含转义括号或注释时会提前截断 - 如果文本含 Unicode 换行符（如
\u2028），[sS]仍有效，\R在 Sublime 中行为不稳定，慎用
全局替换前务必确认 Where 路径和预览列表
在 Ctrl+Shift+F 全局搜索中，$1 能否生效，和路径范围强相关；更关键的是，误操作可能直接改掉 node_modules 或配置文件。
- 没打开项目文件夹（
File → Open Folder），Replace All按钮始终灰色，点也无效 -
Where字段填*等于无防护，应显式限定：src/**/*.js、!node_modules, !dist、components/**.vue - 执行
Replace All前，必须先点Find All看左侧结果列表——如果第一行就是node_modules/axios/index.js，立刻停手 - 批量替换含
$1的操作，若涉及多文件，建议先在单个测试文件里验证分组逻辑，再扩到全局
真正容易被忽略的，是替换面板里的 .* 开关默认不继承查找面板的状态；还有 [sS] 这种写法看着土，但在跨行场景下比任何“高级语法”都可靠。
