能安全使用sublime正则替换，但必须配合预览、限定范围和分组引用；启用需点击.*图标，输入后实时高亮验证，复杂场景须加(?s)前缀或改用嵌套括号表达式，跨文件重命名应优先多选确认而非盲目正则。
能，但必须配合预览、限定范围和分组引用，否则极易误改。 Sublime 的正则替换不是“写完就跑”，而是“写完先看——确认再动”。它快得惊人，也危险得直接。
怎么安全启用正则模式并验证匹配效果
别跳过这一步。很多误操作源于没看清到底匹配了什么。
- 按
Ctrl+H（Windows/Linux）或Cmd+H（macOS）打开替换面板 - 点击左下角
.*图标（或按Alt+R），确保它高亮——此时才真正启用 PCRE 正则 - 在
Find框输入表达式后，Sublime 会实时高亮所有匹配项；不匹配？说明表达式有误，别急着替换 - 对复杂结构（如跨行注释），先加
(?s)前缀测试是否生效：(?s)/\*\*[\s\S]*?\*/
函数调用格式转换：从 getUserInfo(id) 到 getUserInfo({ id })
这是最典型又最容易翻车的场景——括号里可能嵌套函数、逗号、甚至换行。
- 查找：
getUserInfo\(([^)]+)\)→ 只捕获最内层括号内容，避免误吞getUserInfo(a(), b) - 替换：
getUserInfo({ $1 })→$1是捕获组，保留原参数，前后加空格和花括号 - 若参数本身含括号（如
getUserInfo(getId())），这个表达式会截断；此时需改用getUserInfo\(([^()]*(?:\([^()]*\)[^()]*)*)\)，但务必先Find All验证 - 更稳妥做法：先限定文件范围，比如
Where填src/**/*.js，避免误改测试文件或 node_modules
批量删除 console.log 但不伤上下文
直接搜 console.log 全删，可能把字符串里的、注释里的、甚至被注释掉的语句一起干掉。
- 查找：
^\s*console\.log\([^)]*\);\s*$→^和$锁定整行，\s*容忍缩进，;确保是完整语句 - 替换留空即可；想转成注释，填
// console.log$0（$0表示整行原始内容） - 注意：
\.中的反斜杠不能少，否则.会匹配任意字符，导致误中consoleXlog - 如果项目里混用
console.warn或console.error，别贪快写console\.(log|warn|error)一锅端——先分类型处理，避免漏掉关键日志
跨文件重命名变量时为什么不能只靠正则
正则不认识作用域，id 在函数参数、对象属性、字符串里都算匹配。盲目替换等于埋雷。
- 优先用
Ctrl+D（Windows/Linux）或Cmd+D（macOS）多选当前文件内同名标识符，人工确认后再改 - 若必须跨文件，先通过
Project → Add Folder to Project…明确项目根目录，并在Where框写**/*.ts或src/**/api/*.js缩小范围 - 正则查找建议加词边界：
\buserId\b，避免匹配到userIds或myUserId - 永远先点
Find All，右侧边栏会列出所有匹配位置（含文件路径和行号），扫一眼就能发现异常项，比如某处是"userId": 123—— 这种就得手动跳过
最常被忽略的其实是 Where 框和 Find All 预览。很多人输完正则就狂点 Replace All，结果改了配置文件里的 JSON 字段、改了 SQL 字符串里的字段名、甚至改了 Git 提交信息模板。重构不是比谁快，是比谁漏得少。
