为何单条SED命令与分两次执行结果不同？求技术解析

核心原因：SED的逐行处理逻辑与模式空间行为差异 #

SED是逐行处理工具，每次将一行文本读入「模式空间」后，会按顺序执行所有指定命令。合并命令与分两次执行的本质区别在于：

• 分两次执行时，第一次完成所有空行删除、空格清理后，输出的是干净的结构化文本，第二次仅需处理行合并；
• 合并为单条命令时，命令的执行顺序会导致空行处理、空格清理与行合并逻辑互相干扰，最终偏离预期。

具体问题拆解 #

我们对比两种执行流程的差异：

1. 分两次执行的流程（sedex2 → sedex3）

• sedex2：先执行/^$/d ; s/^[ \t]*// ; s/[ \t]*$//，彻底完成：
  • 删除所有空行；
  • 去掉每行首尾的空格/制表符；
    输出的out2中，thingThree::直接紧跟some text for thingThree，thingTwo::紧跟的是已清理空格的内容行。
• sedex3：再执行/::/N ; s/::/: / ; s/\n//，此时所有匹配::的行，下一行必然是对应内容行，N命令会将内容行读入模式空间，合并后替换::并删除换行符，完美得到期望结果。

2. 合并命令（sedex1）的流程问题

sedex1的命令顺序是：/^$/d ; s/^[ \t]*// ; s/[ \t]*$// ; /::/N ; s/::/: / ; s/\n//，问题出在以下两点：

• 空行处理与N命令的冲突：
  处理thingThree::时，sed读入该行，执行完空格清理后，触发/::/N命令，尝试读取下一行——但下一行是空行，会被前面的/^$/d直接删除，sed会继续读取再下一行（some text for thingThree），但此时N命令的触发时机已过，模式空间里只有some text for thingThree，无法和上一行合并，最终导致两行分开输出。
• 空格清理的时机错误：
  处理thingTwo::时，N命令读取的下一行是带前导空格的原始行，而空格清理命令是在N之前执行的——仅清理了thingTwo::这一行的空格，没有清理被N读入的内容行的空格，合并后保留了内容行的前导空格，导致输出不符合预期。

修正后的单条SED命令（适配macOS BSD sed） #

调整命令顺序与逻辑，先处理空行，再针对::行合并并清理内容行的空格，最后统一清理所有行的首尾空格：

sed '/^$/d; /::/{N; s/::/: /; s/\n[ \t]*//}; s/^[ \t]*//; s/[ \t]*$//'

执行逻辑说明：

1. /^$/d：删除所有空行；
2. /::/{N; s/::/: /; s/\n[ \t]*//}：匹配到含::的行时，读取下一行到模式空间，将::替换为: ，同时删除换行符及内容行的前导空格；
3. s/^[ \t]*//; s/[ \t]*$//：统一清理所有行的首尾空格。

适配AppleScript的使用示例 #

结合pbcopy和pbpaste实现剪贴板内容的批量处理：

set processedText to do shell script "pbpaste | sed '/^$/d; /::/{N; s/::/: /; s/\\n[ \\t]*//}; s/^[ \\t]*//; s/[ \\t]*$//' | pbcopy"

注意：AppleScript中需要转义换行符\n和反斜杠，所以写成\\n。

内容的提问来源于stack exchange，提问作者tfloatcp0