点 replace all 后改错是因为 sublime 只做纯文本匹配、不识别语义，且常因未开正则模式、where 路径错误、替换后未保存导致误改或丢失。
为什么点 Replace All 后改错了地方
Sublime 的批量替换不识别代码语义，只做纯文本匹配。你搜 user_id，它不管这是变量声明、JSON 字符串里的键、注释还是路径名，只要字面一致就换。常见误改包括：console.log("user_id") 变成 console.log("userName")，或把 src/user_id_utils.js 文件名也一起替了。
根本原因有三个：
— 没开 .* 按钮，\b、^、$ 全当普通字符处理；
— Where 框留空，只扫已打开的文件，漏掉大量目标；
— 替换后没点 Save All，所有改动仅存于内存，关窗口即丢。
必须手动确认的三步预演
跳过这三步，90% 的误操作都发生在这之后。
- 先按
Ctrl+Shift+F（macOS 是Cmd+Shift+F），填好Where路径（比如src,-node_modules），再点Find All（Alt+Enter）——看底部面板列出的每一处匹配是否都在代码上下文里 - 如果匹配项太多或太散，别硬上
Replace All；用Ctrl+Click或Ctrl+D在几个典型文件里手动点几下，确认高亮位置合理（比如只在let user_id =左侧，不在字符串或注释里） - 对正则表达式，务必检查
.*图标是否变蓝；跨行匹配还要额外勾选. matches newline（或加(?s)前缀），否则.*?遇到换行就停住
正则边界控制最容易被忽略的细节
\buser_id\b 看似稳妥，但在 Sublime 里 \b 把下划线和数字当单词字符，username 和 user_id_map 都会被误匹配。更稳写法是：
- 用
(? —— 显式排除前后可连接字符 - 或退一步：加空格前缀 + Whole Word 模式，搜
user_id（前后带空格），再人工扫一眼预览结果里有没有漏掉缩进或冒号紧贴的情况 - INI 文件节名这类结构固定的内容，必须用
^\s*\[old_section\]\s*$，^和$锁定整行，\s*容忍缩进，方括号必须转义
替换后没保存=白干
点完 Replace All，所有目标文件标签页出现星号 * 是正常现象——Sublime 并未写入磁盘，只是缓存在内存里。关掉窗口、崩溃、甚至切换到其他应用再切回来，改动都可能丢失，且 Ctrl+Z 无法跨文件撤销。
必须执行：
— File → Save All，或
— Windows/Linux：Ctrl+K 然后 Ctrl+B；
— macOS：Cmd+K 然后 Cmd+B。
大项目里尤其要留意右下角状态栏：如果某文件显示 RO（只读），替换会静默失败；如果编码显示不是 UTF-8，^/$ 可能不生效，得先右键 → Reopen with Encoding → UTF-8。
