处理从网页复制粘贴进来的日志、代码或配置文件时，最头疼的往往不是内容，而是那些随之而来的、形形色色的“空白行”。

它们可能只包含几个普通的半角空格，或是肉眼难以察觉的制表符，甚至是从某些老旧的网页编辑器里带出来的全角空格。

这些空行平时看着没什么。但一旦你的文本要用于JSON格式校验、作为Ansible模板执行，或是通过grep命令进行管道处理，它们立刻就成了破坏逻辑、导致错误的元凶。

想要一次性把这些“隐形垃圾”清理干净，EditPlus配合正则表达式绝对是效率利器。不过，不同的文本来源，清理策略也需要稍有不同。

用正则替换删除所有空白行

核心操作其实很简单：按下 Ctrl + H 调出替换对话框，然后按照以下步骤执行。

在“查找内容”框里，输入这个正则表达式：^[ t]*n。这里需要格外留意：^符号后面紧跟着的是一个“半角空格”，然后是代表制表符的 t，最后是代表换行符的 n。中间的括号不能少。

“替换为”框则保持完全空白，一个字符都不要填。

关键是，务必确保勾选了“正则表达式”和“当前文档”这两个选项，然后点击“全部替换”。

通常，第一次执行后，连续的多个空行会被缩减为单个空行。这时，再点击一次“全部替换”，所有的空白行就会被彻底清除。

这个方法有一个明显的局限：对于那些包含全角空格，或者行尾是Windows换行符（rn）的“伪空行”，它就无能为力了。

如果处理的是从IE等旧版浏览器复制的文本，或者在Windows和Linux间反复传递过的日志，需要先走一步：到菜单栏选择“文档”→“转换”→“转换为Unix格式”，把换行符统一成LF（即n），然后再执行上述替换操作。

处理含全角空格或不可见字符的伪空行

当遇到更“顽固”的空行时，需要升级一下正则表达式。这里有两个常用方法。

方法一：一步到位的兼容正则

在“查找内容”中，输入一个更全面的表达式：^[ tu3000xA0]*n。这里的u3000代表中文全角空格，xA0则是不间断空格（在网页中很常见）。同样勾选正则表达式，然后点击替换。

这个写法能覆盖绝大多数由“隐形字符”构成的空行，但对于行尾残留的r（回车符）仍然无效。

方法二：推荐的两步清除法（尤其适合跨平台文件）

第一步，先处理换行符：查找 rn，替换为 n，将Windows换行符统一为Unix格式。

第二步，再用上面提到的 ^[ tu3000xA0]*n 表达式进行替换。

两步走下来，基本上所有类型的空白行都能被一扫而空。

防止误删带注释的“假空行”

有时候，事情会变得更棘手一些。比如，在配置文件中（像Nginx的.conf，或者一些软件的.ini文件），经常能看到一些以 # 或 ; 开头，后面只跟了几个空格的注释行。这些行“看起来”像是空行，但实际上是有语义的注释。

如果直接用前面那些“格杀勿论”的正则表达式，这些珍贵的注释行也会被一并删除，可能引发配置错误。

更安全的做法：使用负向先行断言

比如这个正则：^(![#;]).*[ tu3000xA0]*n。它的意思是，匹配那些“行首不是#或;，并且整行只有空白字符和换行符”的行。

但不幸的是，EditPlus（至少5.0及更早版本）的内核并不支持 (!) 这种高级语法。

退而求其次的最佳实践：批量替换后，人工复查

操作流程是：先用 ^[ tu3000xA0]*n 进行批量删除。完成后，立刻按下 Ctrl + F，分别搜索 ^# 和 ^;（确保勾选了正则表达式），快速浏览一下，确认有没有以注释符号开头的行被错误地干掉了。

一旦发现误删，别犹豫，马上按 Ctrl + Z 撤销上一步操作，然后考虑更谨慎的手动处理或使用其他支持高级正则的编辑器。

说到底，正则表达式虽然强大，但对待配置文件这类“牵一发而动全身”的文本，多一份小心总没有错。毕竟，批量操作的效率，不应该以牺牲准确性为代价。

《夸克》非常好用的免费AI浏览器

下载APP查看