sublime跨文件批量替换必须用ctrl+shift+f（find in files），启用正则（点.图标或alt+r）、正确填写where路径（如src//.js）、手动save all，否则仅缓存不生效。
Sublime 里用正则批量改跨文件的方法调用，不是 Ctrl+H 点一下 Replace All 就完事——它默认只动当前文件，且不认正则，不保存，不跨目录，全靠手动开对面板、设对路径、点对按钮，漏一步就白干。
Ctrl+Shift+F 是唯一能跨文件批量改方法调用的入口
按 Ctrl+H 打开的替换面板，无论你怎么写 console.log([^)]*)，点了 Replace All 也只改当前标签页。真要扫 src/**/*.js 里所有 log() 调用，必须用：Ctrl+Shift+F（Windows/Linux）或 Cmd+Shift+F（macOS）。这个面板叫「Find in Files」，不是「Replace」，名字就决定了它的能力边界。
- Where 框别留空，也别填
./src——.前缀会被忽略，实际搜的是磁盘根目录；写src或绝对路径更稳 - 想只改 JS 文件，填
src/**/*.js，但得先勾选Regular Expression，否则**当字面量处理 - 要排除
node_modules，直接在 Where 里写src,-node_modules（逗号分隔，减号表示排除） - 点
Find后务必看底部面板列出的匹配数和文件路径——数量明显偏少？可能是编码非 UTF-8 或文件 >10MB 被跳过
正则模式不启用，d、^、$ 全当普通字符
右下角那个 .* 图标没点蓝，你写的 log(([^)]*)) 就是五个 ASCII 字符，连括号都不特殊。Sublime 默认关着正则，这是设计，不是 bug。
- 必须手动点击
.*或按Alt+R激活，图标变蓝才算生效 -
.默认不匹配换行符，想跨行抓内容（比如多行函数调用），得额外勾选. matches newline或按Alt+. - Windows 下
$停在R（Sublime 内置的跨平台换行符）更可靠 - 转义不能省：
console.log(([^)]*))里的点和括号都得加反斜杠，Sublime 不自动补
捕获组编号按左括号顺序算，$1 引用错就全乱
写 (w+).(w+)(([^)]*)) 想把 api.getUser(id) 换成 useUser(id)，结果输出 use$2($3) 却是空的——问题常出在括号计数上。Sublime 不支持 (?:) 非捕获组，每个 ( 都占一个编号。
-
(w+).(w+)(([^)]*))中，$1 = api，$2 = getUser，$3 = id；嵌套时按左括号出现顺序编号，不是按“第几个单词” - 想跳过前缀只取括号内内容，用
K：如log.info(K[^)]*，替换为debugger，前面的log.info(就不进匹配结果，也不会被 $1 引用 - 替换框里只认
$1、$2，不支持或g；$0是整个匹配，可用来包裹或调试 - 如果原文含反斜杠（如路径
C: ooar），查找框里得写成C:\foo\bar，Sublime 不支持原始字符串前缀r""
替换后不保存，关掉窗口就丢修改
点完 Replace All，文件标签页出现星号 * 是正常现象——Sublime 把变更缓存在内存里，没写入磁盘。Git diff 看不到，重启后恢复原样，这是最常被忽略的一步。
- 必须手动执行
File → Save All，或快捷键Ctrl+K然后Ctrl+B（Windows/Linux），macOS 是Cmd+K→Cmd+B - 大文件（>10MB）可能被静默跳过，右下角状态栏看编码是否为
UTF-8；GBK 文件得先右键「Reopen with Encoding → GBK」再操作 - 如果某次替换后部分文件没变，先检查它们是否是只读（右下角显示
RO），或者是否被 Where 路径过滤掉了（比如写了**.ts却想改.js） - 真正高风险操作（如改
user_id）建议先用 Git 提交当前状态，替换后跑git diff和测试，再确认
复杂点在于：正则本身只是工具，真正决定成败的是路径范围、编码识别、保存动作这三处——它们不出现在正则表达式里，却比 [^"]* 更容易让你改错地方。
