别用 ^\s$ 一键全删空行，应先用 \n\s\n\s*\n+ 压缩多空行为双换行，再择机清理单空行，兼顾语义安全与视觉整洁。
直接说结论：别用 ^\s*$ 一键全删，尤其在 Python、Markdown 或带缩进注释的文件里——它会吃掉你有意保留的段落间距，甚至误删含空格的“伪空行”但漏掉真正只含换行符的空行。正确做法是分两步：先压多留一，再择机清理单空行。
怎么用正则压缩连续空行（比如 3 行→1 行）
这是最安全的起点，既不破坏语义，又能解决“堆成山”的视觉污染。
- 打开
Find → Replace（Ctrl+H/Cmd+H），勾选Regular Expression - 查找框填：
\n\s*\n\s*\n+—— 匹配 3 个及以上连续换行（含中间可能夹杂的空白行） - 替换框填：
\n\n—— 压缩成两个换行，留出基本呼吸感 - 点
Replace All，再跑一次确保收敛（Sublime 不支持全局重复替换） - 注意：如果文件是
CRLF（Windows 风格），改用\r?\n\s*\r?\n\s*\r?\n+；右下角状态栏可看当前换行格式
为什么 ^\s*$ 不适合直接删所有空行
它看着干净，实操中容易翻车，尤其在真实项目代码里。
-
^\s*$会匹配「只有空格/tab/不可见 Unicode 字符」的行，比如\u200b的“隐形空行”，但这类行在 Python 缩进或 YAML 中可能有结构意义 - 它不匹配文件末尾那个没换行符的空行（即 EOF 前的空行），你会觉得“怎么还剩一行？”，其实是 Sublime 的显示逻辑误差
- 如果某行是
# comment后跟 10 个空格，^\s*$不会动它；但如果是# comment，它就会被当成空行误删 - 在 Markdown 里，单空行是段落分隔符，全删会导致渲染连成一段
处理大文件或批量文件时的实际限制
Sublime 的 GUI 替换不是万能的，超 5MB 或跨文件操作必须绕开它的设计边界。
-
Find in Files（Ctrl+Shift+F）不能真正删除空行——它只会把匹配到的空行替换成空字符串，换行符还在，文件体积不变，视觉上还是“空” - 大文件（如日志、生成代码）执行
Replace All容易卡死或崩溃，建议先Find All看匹配数，超 5000 就分段：选中一个函数块 → 勾选In Selection→ 替换 - 真要批量处理多个文件，命令行更稳：
sed -i '/^[[:space:]]*$/d' *.py（macOS/Linux），或 PowerShell：Get-ChildItem *.js | ForEach-Object { (Get-Content $_.FullName) -notmatch '^\s*$' | Set-Content $_.FullName } - 别信“一键清整个侧边栏”的说法——Sublime 的替换就是单文件行为，这是引擎限制，不是你操作不对
最容易被忽略的是换行符兼容性和文件末尾状态：同一项目里混着 LF 和 CRLF，^\s*$\n 就会漏匹配；而文件是否以换行符结尾，直接决定最后一行空行能不能被正则捕获。动手前花 3 秒看右下角状态栏，比重跑三遍正则省时间。
