sublime text批量替换需用ctrl+shift+f跨文件、启用右下角.*正则模式、替换后手动save all；默认单文件、不认正则、不自动保存，易误改。
Sublime Text 批量替换不是“输完就点 Replace All”就能安全收工的事——它默认不跨文件、不认正则、不区分上下文，直接硬上大概率改错 console.log 里的字符串、user_id 变量名，甚至把路径 src/utils.js 里的下划线也干掉。
Ctrl+H 只作用于当前文件，跨文件必须用 Ctrl+Shift+F
很多人按 Ctrl+H 输完内容点 Replace All，结果只改了当前打开的文件，其他几十个没打开的 .js 文件纹丝不动。这不是 bug，是设计：Sublime 的「替换面板」默认就是单文件上下文。
- 真正批量改多个文件，必须用
Ctrl+Shift+F（Windows/Linux）或Cmd+Shift+F（macOS）调出「Find in Files」面板 -
Where框里别留空或填./——它会扫整个磁盘根目录；推荐写src/**/*.js（需先勾选Regular Expression）或src,-node_modules（逗号分隔，减号排除） - 点
Find后先看底部面板列出的匹配项数量和位置，确认无误再点Replace展开替换栏，最后点Replace All
不点右下角 .* 按钮，所有正则都当普通字符串处理
\d、^、$、\b 这些在没启用正则模式时，一个都不生效。你写 console\.log\([^)]*\) 却搜不到任何东西，八成是忘了点那个小图标。
- 必须手动点击查找/替换面板右下角的
.*图标（变蓝才算激活），或按Alt+R切换 -
.默认不匹配换行符，要跨行得额外勾选. matches newline（或按Alt+R后再按Alt+.） -
\b在 Sublime 里对_和数字不敏感，\buser_name\b会匹配到username；更稳的是用(?，但注意 Sublime 不支持 <code>(?，所以实际得退一步：<code>(? 或直接加空格前缀 <code> user_name（配合Whole Word）
替换后没保存？Sublime 不自动写入磁盘
点完 Replace All，文件标签页出现星号 * 是正常现象——Sublime 把变更缓存在内存里，并未落盘。关掉窗口或崩溃就全丢。
- 必须手动执行
File → Save All，或快捷键Ctrl+K然后Ctrl+B（Windows/Linux）；macOS 是Cmd+K→Cmd+B - 大文件（>10MB）可能被跳过，右下角状态栏看编码是否为
UTF-8，非 UTF-8 编码文件默认不参与替换；GBK 文件得先右键转码再操作 - 如果某次替换后发现部分文件没变，先检查它们是否是只读（右下角显示
RO），或者是否被Where路径过滤掉了（比如写了**.ts却想改.js）
想安全重命名变量？别只靠 \b，先限定作用域
用 \buser_name\b → userName 看似合理，但 user_name 出现在注释、字符串、正则字面量甚至路径里时，一样会被换——正则不理解代码语义。
- 最稳妥的做法是：先用鼠标或
Ctrl+Shift+P→Expand Selection to Scope选中函数体/类块，再按Ctrl+H，替换就只在选区内生效 - 若必须全局操作，先用
"[^"]*user_name[^"]*"搜索双引号内，人工跳过；再用^[ \t]*user_name\b（配合(?m)）匹配行首缩进后的变量声明 - 驼峰转换别依赖
\U：Sublime 的\U/\L仅在替换框生效，且旧版 macOS 支持不稳定；更兼容的写法是\b([a-z]+)_([a-z])([a-z]*)\b → $1\u$2$3（\u是 Sublime 特有，将下一字符大写）
真正卡住人的从来不是语法记不住，而是忘了 Where 填错路径、.* 没点、替换后没保存这三件事。每次操作前花十秒确认这三点，比事后 git checkout -- . 快得多。
