Bash中||运算符结合管道时为何执行后续命令？

核心原因：SIGPIPE信号搞的鬼 #

你遇到的问题本质是管道读端提前关闭引发的SIGPIPE信号——你以为ls是正常以0状态退出，实际它是被这个信号杀死，退出码非0，所以触发了||后面的命令执行。

具体过程拆解：

• 当你执行(ls || wc) | pwd时，Bash会同时启动两个进程：左边的子shell（运行ls || wc）和右边的pwd。
• pwd不需要读取管道内容，启动后立刻执行完毕并退出，此时管道的读端被关闭。
• 左边子shell里的ls可能还在向管道写入输出（哪怕输出很短，也存在时序快慢问题），进程往已关闭读端的管道写数据时，内核会向它发送SIGPIPE信号，默认行为是直接终止进程。
• 被SIGPIPE杀死的ls退出码不是0（通常为141），刚好符合||的触发规则（前命令非0退出），因此wc会被执行。
• wc启动后，标准输入是终端（未被管道重定向），所以会等待用户输入；它的标准输出仍连接管道写端（虽然读端已关闭，但写端会保留至wc退出），这就是你用lsof看到的状态。

为何(ls || wc) | ls行为不稳定？ #

这是因为ls作为右侧命令时，执行速度可能比pwd慢，或者会持有管道读端更长时间：

• 如果右侧ls在左侧ls写完输出前就退出，同样会触发SIGPIPE，导致左侧ls被杀死，wc启动后会等待输入。
• 如果右侧ls存活时间足够长，左侧ls能顺利写完输出并正常退出（码0），此时||后的wc不会执行，自然不会等待输入。

验证方法 #

你可以手动查看ls的退出码来确认：

(ls; echo $?) | pwd

执行后会发现输出的退出码是141而非0，这就实锤ls是被SIGPIPE杀死的。

内容的提问来源于stack exchange，提问作者Damon Albarn 4