应分两步压缩连续空行为单个空行：先用^\s$清理伪空行，再用^\s*$\n^\s$匹配并替换为\n，重复执行直至无匹配，兼顾语义安全与格式整洁。
怎么用正则把连续空行压成单个空行
直接删光所有空行会破坏段落结构，尤其对 Markdown、Python 或配置文件很危险。真正需要的是「压缩」——把两个及以上连续空行（含伪空行）替换成一个标准空行。
关键不是匹配单行，而是匹配「连续多行空行」这个块。Sublime 默认的 ^\s*$ 只能匹配单行，必须组合换行符才能捕获连续段。
- 查找内容填：
^\s*$\n^\s*$（匹配两个连续空行） - 替换为：
\n（只留一个换行） - 勾选
.*按钮启用正则，务必关闭. matches newline（右下角那个\n图标不能点亮） - 点
Replace All，再点一次，直到Find All显示 0 个匹配为止
这个写法比 \n{2,} 更稳：它显式锚定每行首尾，不依赖换行符类型（Windows 的 \r\n 也能识别），且不会误吞掉代码块间的合法单空行。
为什么 ^\s*$\n^\s*$ 要重复执行
正则一次只能匹配相邻的两个空行。如果原文有 \n\n\n\n（四连空行），第一次替换后变成 \n\n（两连），第二次才压成 \n。这不是 bug，是 Sublime 替换引擎的线性扫描逻辑。
别试图用 (^\s*$\n){2,} 一类贪婪写法——Sublime 的 PCRE 实现不支持跨行重复捕获，{2,} 在这种上下文里基本失效，实际效果和单次匹配没区别。
更省事的做法：先用 ^\s*$ 清一遍伪空行（带空格/Tab 的“假空行”），再跑 ^\s*$\n^\s*$ 压缩，成功率更高。
Python 和 Markdown 文件要额外注意什么
这两类文件对空行位置敏感，硬压可能引发语法错误或渲染异常：
- Python：
def/class后必须有且仅有一个空行，压过头会导致IndentationError或 linter 报警 - Markdown：段落间空行控制渲染，但列表项内空行会被忽略；标题与上文之间若被压掉空行，可能合并成一行文本
- 操作前建议先
Ctrl+Shift+P→ 输入Save确保文件已保存，避免替换中途崩溃丢数据
真正容易被忽略的是：Sublime 不会主动校验语法。压完之后，得靠人眼扫一遍关键分隔处，或者用 Ctrl+F 搜 \n\n 确认是否还有残留双空行。
末尾空行怎么处理才不翻车
文件末尾有没有换行符，直接影响 ^\s*$ 类表达式的匹配结果。如果最后一行为空但**没有结尾换行符**（EOF 前光标停在空行），^\s*$ 根本匹配不到它。
验证方法：打开控制台（Ctrl+`），输入 view.substr(view.line(view.size()))，返回 '' 就说明存在这种 EOF 空行。
补救只有两种方式：
- 手动：按
Ctrl+End移到行尾，再按Backspace - 自动：删完所有可匹配空行后，运行命令
Ctrl+Shift+P→Insert Final Newline
别指望正则一步到位——Sublime 的行锚定逻辑决定了它对 EOF 边界的处理是被动的，这事必须收尾时单独处理。
