Ctrl+Shift+L不能直接删所有脏行，因其不匹配含零宽空格等隐形字符的“伪空行”，且仅作用于可视区域；需先用正则^\s\*$高亮所有空行，再Ctrl+Shift+L转多光标后Delete才可靠。
为什么Ctrl+Shift+L不能直接删掉所有脏行
多选后按Delete看似快，但实际只删光标位置字符——如果某行末尾有不可见的\u200b（零宽空格）或\u00a0（不间断空格），它看起来空，却不会被Ctrl+Shift+L选中；更糟的是，Ctrl+Shift+L默认只作用于当前可见区域，滚动条外的行根本不动。
真正可靠的起点不是多选，而是先统一锚定：用^\s*$把“视觉空行”全标出来，再配合Ctrl+Shift+L转多光标，这时每行都确定可删。
- 必须先打开正则模式（右下角
.*高亮） - 关闭
. matches newline（即右下角\n图标不能亮） -
Find What填^\s*$，Replace With留空，点Find All——这时所有空行都被高亮选中 - 再按
Ctrl+Shift+L，所有匹配行立刻转为独立光标，此时按Delete才真正删整行
怎么用Ctrl+Alt+↑/↓安全跳过带隐形字符的“伪空行”
网页粘贴、Excel导出的文本常含\u3000（全角空格）、\uFEFF（BOM）等\s不覆盖的字符。这些行^\s*$匹配不到，但人眼完全看不出区别。
手动排查太慢，用Ctrl+Alt+↑逐行向上检查更高效：它会把光标精准移到上一行开头，你一眼就能看到是否残留字符（比如状态栏显示col:1但行首有空白）。发现异常时，直接按Ctrl+Shift+K删整行——这个快捷键会连同换行符一起清理，不会留下“半截空行”。
- 别用
Backspace或Delete单删字符，极易漏掉零宽类字符 -
Ctrl+Shift+K在 macOS 是Cmd+Shift+K，它比手动删更干净 - 若需批量处理这类字符，扩展正则为
^[\s\u3000\u200b\uFEFF\u00a0]*$，再走一遍Find All → Ctrl+Shift+L → Delete
删完注释后为什么还有空行？^\s*$要跑两遍
删//或/* */注释时，替换结果是空字符串，不是删除整行——所以注释行变成“纯空格+换行”的伪空行。第一遍^\s*$能清掉它们，但第二遍才是真正收尾：文件末尾可能残留一个无换行符的空行（EOF前只有\n），^\s*$对它无效。
这个末尾空行得单独处理：Ctrl+End跳到文件尾，看光标是否停在最后一行开头；如果是，按Ctrl+Shift+K（macOS 用Cmd+Shift+K）直接干掉——它会自动补上换行符，不破坏格式。
- 第一遍
^\s*$处理中间伪空行 - 第二遍重点检查文件末尾，靠
Ctrl+Shift+K收尾 - 不要依赖
^\s*$\n这种写法：它在某些换行符混合场景下会吞掉下一行首字符
大文件里多行编辑卡死？改用Find All + Ctrl+Shift+L分段处理
超过5万行时，Ctrl+Shift+L一次性加载所有光标会卡顿甚至崩溃。这不是操作错，是Sublime的内存机制限制。
正确做法是分段：先用Ctrl+G跳到第10000行，执行^\s*$ → Find All → Ctrl+Shift+L → Delete；再跳到20000行重复。这样每次只处理1万行，响应稳定。
- 避免勾选
In Selection（右下角状态栏有提示），否则Find All只搜选区 - 大文件务必关掉
Limit search to viewport（视口限制），否则Find All漏匹配 - 如果文本含大量
\r\n和\n混用，先统一换行符：File → Line Endings → Unix，再跑正则
文件末尾那个“看不见的空行”最易被忽略——它不参与^\s*$匹配，也不在滚动可视区，但导出为CSV或提交Git时会触发格式警告。每次清理完，记得用Ctrl+End确认光标位置，顺手Ctrl+Shift+K补一刀。
