批量替换前须确认文件编码与换行符，使用find in files而非普通replace，正则需转义并限定文件类型，替换后手动保存且排除二进制目录。
批量替换前必须确认文件编码和换行符
Sublime Text 默认用当前文件编码读取内容，如果打开的是 GBK 编码的旧项目文件，而你用 UTF-8 输入中文搜索词，find_in_files 会完全匹配不上。同理，Windows 风格的 \r\n 和 Unix 风格的 \n 混用时，正则模式下 ^ 和 $ 的行为可能异常。
实操建议：
- 先按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS），输入Set Encoding，选中当前文件真实编码 - 查看右下角状态栏：确认显示为
UTF-8或对应编码，不是Undefined - 用
File → Line Endings → Unix (LF)统一换行符（尤其跨平台协作时）
跨文件批量替换要用 Find in Files 而非普通 Replace
普通 Ctrl+H 只作用于当前标签页；真正“批量”指多个文件、整个文件夹甚至项目范围。关键入口是 Find in Files（快捷键 Ctrl+Shift+F / Cmd+Shift+F）。
常见错误现象：
- 点了
Replace按钮没反应 → 实际没点Find先执行搜索，替换按钮是灰的 - 替换了 0 处 →
Where栏路径写错，比如填了./src却没开启「Follow symbolic links」，或路径含空格未加引号 - 误删内容 → 正则模式下
.匹配任意字符，.*可能贪婪匹配过长，务必先点Find All预览匹配结果
正则替换要注意转义和捕获组语法差异
Sublime 使用的是 Python 风格正则（基于 re 模块），但不支持某些高级特性（如条件表达式、原子组）。最常踩的坑是反向引用写法和特殊字符转义。
实操要点：
- 捕获组用
(...)，替换时引用用\1、\2，不是$1（后者是 JavaScript/VS Code 风格） - 要字面量匹配
.、+、?等，必须写成\.、\+、\? -
\b是单词边界，但在中文语境下基本无效；匹配“前后非字母数字”可用(? - 启用正则需勾选左下角
.*图标，否则所有字符都当字面量处理
替换后记得检查未保存的修改和二进制文件误触
Sublime 不会自动保存被修改的文件，所有替换结果都处于“已修改未保存”状态。更隐蔽的风险是：它默认对所有后缀文件尝试读取和替换，包括 .png、.pdf、.git/index 这类二进制文件——一旦被正则命中并写入，直接损坏文件。
安全做法：
- 在
Where栏显式限定后缀，例如：*.js,*.ts,*.html（逗号分隔，不带空格） - 避免用
.或/*作为根路径，优先填具体目录如src/、app/views/ - 替换完成后，按
Ctrl+Shift+P输入Undo可逐文件撤销；或关闭所有标签页时，它会提示哪些有未保存更改
Find in Files 不会跳过 .git、node_modules 等目录，除非你手动排除。临时方案是在 Where 栏末尾加 , -node_modules, -.git ——注意逗号前后不能有空格，且减号前必须有英文逗号。
