sublime text批量插入换行符需分场景：正则模式下用\n（自动适配crlf/lf），禁用“. matches newline”；跨文件替换须启用正则且不可用r；删空行与加间隔须分步操作。
想用 Sublime Text 正则批量插入换行符，核心就一条：别直接输 \n 就完事——它在不同模式下行为不一致，Windows 文件里还可能变成乱码。必须分场景选对写法。
替换普通字符为换行符（如把 / 换成换行）
这是最常见需求，比如把路径 path/to/file 拆成多行。关键不是“怎么写 \n”，而是“在哪种模式下写”：
- ✅ 推荐用正则模式：打开
Ctrl+H→ 点右下角.*按钮激活 → 查找填/→ 替换填/\n→ 点Replace All - ⚠️ 注意：
\n在正则模式中代表 LF（Unix 换行），Sublime 会自动适配当前文件编码和换行格式（CRLF 或 LF），不用手动写\r\n - ❌ 别用非正则模式输
Ctrl+Enter：虽然能插入换行，但该操作无法跨文件、不可预览、不支持捕获组，一不小心就把所有/都替了，包括字符串里的 - ? 如果目标是“只替换某一层级的
/”，比如 URL 路径但不碰 JS 字符串，就得加边界，例如查找(?（需确认 Sublime 当前正则引擎支持负向断言）
用 ^ 和 $ 批量加换行（如每行开头/结尾补空行）
^ 和 $ 本身不产生换行，但配合替换能控制换行位置。容易误以为“搜 ^ 替成 \n 就能在每行前加空行”，其实会出问题：
- ✅ 想每行前加一个空行：查找
^→ 替换为\n→ 但必须关掉. matches newline（即不勾选 ↩ 图标），否则^会匹配到字符串内部换行起始处 - ✅ 想每行后加一个空行：查找
$→ 替换为\n→ 同样要确保未勾选 ↩，且注意末尾空行会叠加（原文件已有换行，再加一个就变两个） - ⚠️ 风险点：
$默认匹配“行尾位置”，不是换行符本身，所以$→\n实际效果是“在换行符前面再插一个换行符”，视觉上就是空行；但如果某行末尾有空格，$仍插在空格后，导致空行错位 - ? 更稳写法：查
\s*$（匹配行尾所有空白）→ 替\n，可一并清理尾部空格
删空行 + 插换行：两步不能合并
有人试图用一条正则同时“删空行”并“在非空行间插换行”，比如搜 ^\s*$\n 替成 \n，结果要么漏匹配，要么吞掉代码缩进。根本原因是 \n 在正则中既是内容又是锚点，混用极易失控：
- ✅ 正确拆解：先删空行 → 查
^\s*$R（R是 Sublime 内置跨平台换行符）→ 替为空 → 再统一加间隔 → 查$→ 替为\n\n（双换行） - ⚠️
R不能用于字符类，比如[R]是非法语法；也不能和\n混写，R\n会报错 - ?
R的真实等价是\r\n|\n|\r，所以删空行用^\s*$R比用^\s*$\n更可靠，尤其处理混合换行格式的 Git 日志或日志拼接文件时 - ? 别开 “. matches newline” 做这事：一旦开启，
^和$会失效，.*会贪婪跨行匹配，整段逻辑崩盘
跨文件替换换行符的隐藏限制
用 Ctrl+Shift+F 批量处理多个文件时，换行符替换比普通文本更脆弱：
- ✅ 必须在 “Find in Files” 面板里也点
.*按钮启用正则（它不会继承Ctrl+H的设置） - ⚠️ 如果 “Replace All” 按钮灰掉，大概率是没填 “Where” 路径，或路径里用了相对路径但当前工作目录不对（建议用
./src/**/*.js这类明确 glob） - ? 大文件（>5000 行）执行换行替换时，Sublime 可能卡顿甚至无响应；建议先用
Find All看匹配数，超过 2000 就分目录操作 - ? 不支持在 “Find in Files” 中使用
R—— 它只在单文件替换面板中有效；跨文件删空行，只能用^\s*$\r?\n这类兼容写法
真正难的不是写对 \n，而是判断当前操作是否该用正则、是否该切到多光标、或者干脆交给 JsPrettier 这类格式化插件。换行符处理一旦出错，轻则 Git diff 爆炸，重则破坏 JSON/YAML 结构——宁可多点两次 Ctrl+Z，也别信“一步到位”的正则幻想。
