在 sublime text 中真正批量替换需：1. 启用正则模式（点 .* 按钮）；2. 跨文件用 ctrl+shift+f 并设置正确路径；3. 确保非只读、已输入替换内容；4. 用 $1/$2 引用捕获组，避免 ；5. 多行替换时捕获缩进，或改用格式化插件。
怎么在 Sublime Text 里真正批量替换所有匹配项
默认按 Ctrl+H（Windows/Linux）或 Cmd+H（macOS）打开查找替换面板后，光点“Replace All”不一定会生效——它只作用于当前文件的可见区域，或被折叠/排除的行会跳过。真正批量替换要先确认范围和上下文。
- 必须点击右下角的
.*按钮启用正则模式（否则s等无效） - 跨文件替换前，先用
Ctrl+Shift+F打开“Find in Files”，填好“Where”路径（比如./src/**/*.js），再点“Replace”按钮展开替换栏 - 如果“Replace All”灰掉，检查是否没输入替换内容，或当前文件是只读状态（右下角显示
RO） - 替换前建议先点
Find All，看高亮数量是否符合预期；大量匹配时，Sublime 可能卡顿，可分目录逐步操作
正则替换时 $1、$2 捕获组为什么总失效
常见现象是写好 (w+).(w+) 并在替换框填 $2.$1，结果输出原样字符串而非交换顺序。根本原因是：Sublime 默认使用 Python 风格的正则语法，但捕获组引用必须用 $1，不能用 （后者在某些旧版本可能兼容，但不稳定）。
- 确保已开启正则模式（
.*按钮高亮） -
$0表示整个匹配，$1是第一个括号，以此类推；不要混用和$1 - 如果原文有反斜杠（如路径
C: ooar），需在查找框中写成C:\foo\bar或用原始字符串r"C:\foo\bar"（但 Sublime 不支持r""前缀，只能双写\） - 中文或 Unicode 字符无需额外转义，但若用
u4f60形式，需确保编码为 UTF-8（文件右下角应显示UTF-8）
批量替换后格式错乱？小心换行符和缩进被连带修改
用正则替换多行内容（比如把 function foo() { 替成 const foo = () => {）时，容易把原有缩进、空行、注释位置全打乱。这不是 bug，是正则贪婪匹配 + 替换文本未保留上下文导致的。
- 避免用
.*匹配任意内容，改用更精确的模式，比如function (w+)() {，并注意结尾空格/制表符是否包含 - 替换文本中想保留原有缩进，可在查找中捕获它，例如
^(s*)function (w+)() {，替换为$1const $2 = () => { - 如果目标是重格式化，优先考虑用插件（如
JsPrettier或HTML-CSS-Class-Completion的格式化命令），而不是纯查找替换 - 替换前务必
Ctrl+Z撤销测试，或先复制一份文件备份；Sublime 不自动保存历史快照
为什么在项目根目录搜不到 node_modules 里的文件
不是正则或路径写错了，是 Sublime 默认忽略常见依赖目录。它读取的是 folder_exclude_patterns 设置，而 node_modules 就在默认列表里。
- 临时解决：在“Find in Files”面板的
Where栏手动加上路径，比如./node_modules/**/*.js（前提是该目录没被系统权限锁死） - 永久修改：打开
Preferences → Settings – Project，在"folder_exclude_patterns"数组中删掉"node_modules"（但不推荐，会导致搜索变慢、内存飙升） - 更安全的做法：用终端配合
grep或ripgrep查找，再跳转到 Sublime 编辑——毕竟 Sublime 不是 grep 替代品 - 注意：即使加了路径，如果
node_modules下文件超 10MB 或嵌套过深，Sublime 可能直接跳过，不会报错也不会提示
真正麻烦的不是找不到，而是找到之后误点“Replace All”波及整个 node_modules ——这种操作基本等于重装依赖。动手前，至少确认三个东西：当前作用域、正则是否真匹配、替换预览是否合理。
