posix - 为什么存在 SIGPIPE？

Question

根据我的理解，SIGPIPE 只能作为 write() 的结果发生，它可以(并且确实)返回 -1 并设置 errno 到 EPIPE...那么为什么我们会有额外的信号开销呢？每次我使用管道时，我都会忽略 SIGPIPE 并且从未因此感到任何疼痛，我是否错过了什么？

Answer 1

我不相信之前接受的答案。 SIGPIPE 恰好在 write 因 EPIPE 失败时生成，而不是提前生成 - 事实上，这是避免 SIGPIPE 的一种安全方法不更改全局信号配置的方法是使用 pthread_sigmask 暂时屏蔽它，执行 write，然后执行 sigtimedwait (零超时)以消耗任何挂起的信号SIGPIPE 信号(发送到调用线程，而不是进程)，然后再次取消屏蔽。

我相信 SIGPIPE 存在的原因要简单得多:为连续读取输入、以某种方式转换它并写入输出的纯“过滤”程序建立合理的默认行为。如果没有 SIGPIPE，除非这些程序显式处理写入错误并立即退出(无论如何，这可能不是所有写入错误的理想行为)，否则它们将继续运行，直到耗尽输入，即使它们的输出管道已关闭。当然，您可以通过显式检查 EPIPE 并退出来复制 SIGPIPE 的行为，但 SIGPIPE 的全部目的是默认实现此行为当程序员偷懒的时候。