sublime text中^和$默认只匹配全文首尾而非行首行尾，需启用多行模式（勾选↩或加(?m)修饰符）；windows下$匹配\r前，建议用\r；替换注释内console.log需分步+预览；捕获组编号按左括号顺序计数；大文件应分批处理或改用命令行工具。
正则替换时 ^ 和 $ 为什么不匹配行首行尾
Sublime Text 默认用的是「多行模式（multiline）」，但 ^ 和 $ 默认只匹配整个文本的开头和结尾，不是每行——这点和 VS Code、Notepad++ 直觉相反，是新手最常卡住的地方。
解决方法很简单：开启「多行锚点」，也就是勾选右下角的 .* 按钮旁边的 ↩（即「Match line breaks」）或直接按 Alt+R 切换「Regex」模式后，再按 Alt+M 开启「Multi-line」。更稳妥的做法是在正则里显式加修饰符：(?m)^ 和 (?m)$。
- 不加
(?m)时，^foo只能匹配全文第一个foo前是否为开头 - 加了
(?m)后，(?m)^import才能匹配每一行开头的import - Windows 换行符
\r\n下，$默认停在\r前，实际替换时建议用\R（Sublime 内置的通用换行符）代替$避坑
想把所有 console.log 替换成 debugger，但别动注释里的
直接搜 console\.log 并替换，很容易误伤 // console.log('xxx') 或 /* console.log */ 这类注释内容。Sublime 不支持负向先行断言（(?!...)）跨行，所以不能靠纯正则“排除注释”，得靠策略规避。
推荐分两步走：
- 先用
^\s*console\.log\b（配合(?m)）匹配「行首/缩进后紧接的console.log」，大概率避开注释 - 再人工快速扫一遍替换结果，重点看是否动了
//或/*后面的内容——Sublime 的替换预览（Replace Preview）面板很实用，按Ctrl+Shift+H调出，别跳过这步 - 如果文件含 JSX 或模板字符串，
`console.log`也会被误匹配，此时应加单词边界\b：用console\.log\b而非console\.log
\1、\2 捕获组替换后内容为空或错乱
捕获组编号取决于左括号 ( 出现的顺序，不是你眼睛看到的“第几个”，嵌套或非捕获组 (?:...) 会影响计数——而 Sublime Text 不支持 (?:...)，所有 ( 都算捕获组，这点极易误判。
例如想提取引号内内容："([^"]*)" → 替换为 data['\1']，看着没问题；但如果写成 "(([^"]*))"，那 \1 是整个引号内，\2 才是里面的内容，稍不注意就用错。
- 替换前务必打开「Replace Preview」，看高亮是否准确圈出你要的片段
- 避免嵌套括号，优先用扁平结构，比如用
"([^"]*)"而非"(.*)"（后者会跨引号贪婪匹配） - Sublime 不支持命名捕获组
(?P<name>...)</name>，别浪费时间试 - 空捕获（如
(a)?中未匹配到a）会导致\1展开为空字符串，若需保留原内容，改用(a|)或接受空替换
大文件里正则替换卡死或漏替换
Sublime 对超长行（比如压缩 JS、单行 JSON）或超多匹配项（>5000）会明显变慢，甚至假死。它不会报错，只是光标不动、按钮无响应——这不是你正则写错了，是引擎扛不住。
应对方式不是优化正则，而是控制输入规模：
- 先用
Ctrl+Shift+P→ 「Split into Lines」把超长行手动断开（适合日志、base64 等） - 用
Ctrl+F先查Find All，看右下角显示匹配数；超过 3000 就分批处理，比如加前缀限定范围：function\s+\w+\s*\{→ 先换function foo {，再换function bar { - 关闭「Wrap Around」选项（搜索框右下角带箭头的环形图标），避免从头重复扫描已处理区域
- 实在太大，不如导出为临时文件，用命令行
sed -i '' 's/pattern/replacement/g' file.js（macOS）或gsed（Linux/macOS brew install gnu-sed）更快更稳
正则批量替换真正难的从来不是语法，而是你不知道它在哪一行悄悄跳过了一个匹配，或者把注释当代码换了。多看 Preview，少信直觉，大文件宁可拆着来。
