【网络编程实践】2.3.4.1 应忽略SIGPIPE信号

如果向一个已经关掉的管道写数据，write系统调用会返回一个 SIGPIPE 信号.

示例：对于读写IO，当我们使用管道连接一行命令时，如果管道末端的命令执行失败，那么整个管道的程序将会依次收到SIGPIPE。避免了无效的计算。

gunzip -c message.log.gz | grep -a Succeeded. | head -10

# gunzip -c或--stdout或--to-stdout 　把解压后的文件输出到标准输出设备
# grep -a grep如果碰到\000 NUL字符，就会认为文件是二进制文件，而 grep 匹配 默认忽略二进制数据。-a 将 binary 文件以 text 文件的方式搜寻数据

此命令的只取压缩文件中含有 “Succeeded.” 的前10函数数据，当成功匹配到10行数据后，gunzip也会停止执行，这样就可以避免将整个大文件都解压缩。

由于缓存的存在，gunzip 解压的数据大于 grep接收的数据 大于 head 接收的数据，但是由于Unix默认是阻塞IO，在通过管道传递数据时会自带一种节流的效果，因此，gunzip实际解压的数据也不会比head接收到的数据大很多。

示例2：对于网络IO，当我们关闭了一个连接时，如果尝试向他写入数据，也会收到一个 SIGPIPE 信号。

对于这种情况，如果在服务端没有做特殊处理，有一个客户端意外退出，造成连接关闭，而服务端如果此时发送消息的话，就会收到 SIGPIPE 信号，导致服务端被迫退出。

因此，网络程序一般在启动时，都会忽略掉 SIGPIPE 信号。

signal(SIGPIPE, SIG_IGN);

另外，需要注意的是，忽略SIGPIPE后，如果对方关闭了连接，我们的程序可能不会退出，因此，我们需要额外关注一些函数的返回值，例如我们向一个连接请求数据后将它输出到标准输出时，我们需要额外关注printf 函数的返回值，如果它的返回值是负值，则表示对端连接已关闭。那么我们的程序刺客应该退出。