find all 是强制预览步骤，必须先确认匹配项再执行 replace all；需检查上下文、作用域、正则捕获组及边界，替换后务必 save all。
点 Find All 之前先看清楚匹配范围
Sublime 的 Replace All 不会弹窗二次确认，一旦执行就直接改内存里的内容。所以「预览」不是可选步骤，而是防止误改的强制动作——你必须先看到所有命中项，再决定是否继续。
- 按
Ctrl+Shift+F（Windows/Linux）或Cmd+Shift+F（macOS）打开面板后，别急着填替换内容，先输查找内容，再点Find All - 底部面板会列出每一条匹配：文件路径 + 行号 + 左右上下文（默认显示 2 行），滚动查看是否混入注释、字符串、路径等非目标位置
- 如果匹配数远超预期（比如搜
user_id却出来 200+ 条，而你只改业务逻辑层），说明没加作用域限制，得回退补上src,-node_modules或**/*.ts - 大项目里匹配超过 500 行时，Sublime 可能卡顿或截断显示；这时建议缩小
Where范围，分批操作
用正则时必须验证捕获组是否真被识别
写好 (\w+)\.(\w+) 想替换成 .，但点了 Find All 后发现高亮区域不对，大概率是正则没生效，或者捕获组根本没被捕获。
- 确认右下角
.*图标已变蓝（未激活时，括号、\w、^全当普通字符） -
Find All后，高亮部分必须严格对应你写的括号分组——比如(import)\s+(from)，应只高亮import和from两段，中间空格不被包含 - 如果整行都被高亮，说明正则太宽泛，可能漏了
^、$或没开↩ Match line breaks（尤其跨行场景） - 替换框里写
$1前，先在查找框里用Find单步点一下，看光标是否精准停在第一个括号内容上
预览结果里重点盯这三类误匹配
很多“替错了”不是因为正则写错，而是预览时没看出上下文陷阱。以下三类在 Find All 列表里最常漏看：
-
// console.log("xxx")—— 注释里的目标文本，尤其 JS/TS 中大量存在；正则无法自动过滤注释，得靠人工扫上下文判断是否该动 -
"user_id": "123"—— JSON 字符串值字段，和变量名同形但语义完全不同；若用\buser_id\b，需确认前后字符是否真为边界（"不算单词边界） -
src/utils/user_id_helper.ts—— 文件路径中的下划线，Where框若填.或留空，就会把路径也当文本扫进来
替换后别信标签页星号，立刻 Save All
点完 Replace All，文件标签出现 * 是 Sublime 在说“我改了，但还没写进硬盘”。这不是提示，是警告——关掉窗口、崩溃、断电，改动全丢。
- 必须手动执行
File → Save All，或快捷键：Ctrl+K然后Ctrl+B（Windows/Linux），Cmd+K→Cmd+B（macOS） - 如果某几个文件没保存成功，右下角状态栏会显示
RO（只读），需先解除文件权限或跳过 - Git 用户建议替换前
git add -u && git commit -m "pre-replace backup"，替换后立刻git diff对比，比肉眼预览更可靠
api_url 是配置项还是函数参数。越靠近代码逻辑层的替换，越要盯着每一处高亮的前后几行看。
