安全批量修改需先用Find All预演再Replace All执行，启用正则（.*按钮）、防贪婪（加?）、慎用(?s)，中文/emoji用字面量匹配，避免修改自动生成代码。
怎么用 Find All 和 Replace All 安全批量改文本
正则批量修改不是“点一下就完事”，关键在预演和范围控制。Sublime Text 的 Find All（Ctrl+Alt+Enter）会高亮所有匹配项，但不会自动替换；只有确认无误后，再按 Replace All（Ctrl+Shift+H）才真正执行。很多人跳过 Find All 直接 Replace All，结果改错几十行还找不到哪错了。
常见错误现象：Replace All 后部分字段消失、缩进错乱、JSON 格式被破坏——基本都是没开 .* 按钮（即未启用正则模式），或正则写得太宽泛，比如用 .* 匹配整行却忘了加 ? 做非贪婪匹配。
- 务必先点开右下角的
.*按钮，确保正则引擎已激活 - 对复杂结构（如 HTML 标签、JSON 字段），优先用
\b或(? 等边界断言，避免跨标签/字段捕获 - 改前先
Ctrl+Z撤销一次，确认 Sublime 能正常回退；某些插件或大文件可能禁用撤销栈
\1、\2 这些反向引用为什么总为空
反向引用失效，90% 是因为分组没写对：括号必须是英文半角，且不能嵌套错位；更隐蔽的是，Sublime Text 默认使用 PCRE 引擎，但不支持命名捕获组（如 (?P<name>...)</name>），只认数字序号。
使用场景：把 user_id: 123 改成 "user_id": "123"，得靠捕获再引用。
- 正确写法：
user_id:\s*(\d+)→ 替换为："user_id": "$1"（注意用$1，不是\1；Windows 下两者都可，macOS/Linux 推荐$1） - 如果正则里用了非捕获组
(?:...)，它不会占编号，后续$1指向的是第一个(...) - 多层括号嵌套时，编号按左括号出现顺序递增，不是按层级——
((a)(b))中，$1是整个ab，$2是a，$3是b
跨行匹配为什么经常失灵
默认情况下，. 不匹配换行符，所以 start.*end 在跨行时完全不生效。这不是 Bug，是 PCRE 的标准行为。
性能影响明显：开启跨行匹配后，Sublime Text 会把整个文件当单字符串处理，大文件（>5MB）可能卡顿甚至无响应。
- 临时方案：勾选查找面板里的
\n按钮（图标是上下箭头），等效于启用(?s)模式 - 更稳写法：不用
.*，改用[\s\S]*?或[\d\D]*?，明确表示“任意字符包括换行”，且加?防贪婪 - 别在超大日志里直接跑
(?s)ERROR.*?END—— 先用普通模式定位到大致区块，再局部开\n模式操作
中文、emoji、全角符号怎么安全参与正则
Sublime Text 对 UTF-8 支持良好，但正则引擎本身不区分中英文字符集。问题常出在「看起来一样，编码不同」：比如全角冒号 ： 和半角 :、中文引号 “” 和英文 ""，混用会导致匹配失败。
容易踩的坑：复制粘贴时带隐藏 BOM 或零宽空格（\u200b），肉眼不可见，但正则完全不认。
- 查中文标点，直接输入原字符即可，无需 Unicode 编码，例如：
用户名称：(.*) - 不确定字符是否干净？先用
Ctrl+Shift+P→ 输入Convert Indentation to Spaces类似命令清空格式干扰（实际推荐装Unicode Highlighter插件辅助识别） - 匹配 emoji 时，单个 emoji 多数是 4 字节 UTF-8，但有些是组合序列（如 ??），正则无法原子匹配，建议用字面量精确匹配，别用
\p{Emoji}（Sublime 不支持 Unicode 属性类）
最麻烦的永远不是语法，而是你改的那一行，其实属于某个模板生成的代码块——表面看是手写 JSON，实际是脚本输出的，下次构建又刷回去。动手前，先看一眼文件顶部有没有 DO NOT EDIT 注释。
