本文主要是介绍linux网络编程 send或者write socket遭遇SIGPIPE，分析及解决，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
最近在编写C/S（客户端/服务器）程序，问题：当服务端断开连接时，客户端也随之关闭。使用gdb调试信息如下：
Program received signal SIGPIPE, Broken pipe.
0x0012e416 in __kernel_vsyscall ()
分析原因：当服务端close一个连接时，如果客户端继续使用send或write发送数据，根据TCP协议的规定，会收到一个RST响应，client再往这个服务器发送数据时，系统会发出一个SIGPIPE信号给进程，告诉进程这个连接已经断开了，不要再写了。又或者当一个进程向某个已经收到RST的socket执行写操作是，内核向该进程发送一个SIGPIPE信号。该信号的缺省学位是终止进程，因此进程必须捕获它以免不情愿的被终止。
解决方法：重新定义遇到SIGPIPE的措施，signal(SIGPIPE, SIG_IGN);具体措施在函数SIG_IGN里面写。
如：signal(SIGPIPE, SIG_IGN); //这时SIGPIPE交给了系统处理。
如果服务器采用了fork的话，要收集垃圾进程，防止僵尸进程的产生，可以这样处理：
signal(SIGCHLD,SIG_IGN);//交给系统init去回收,这里子进程就不会产生僵尸进程了。
或者使用sigaction如下所示：
struct sigaction sa;
sa.sa_handler = SIG_IGN;
sigaction( SIGPIPE, &sa, 0 );
signal设置的信号句柄只能起一次作用，信号被捕获一次后，信号句柄就会被还原成默认值了，而sigaction设置的信号句柄，可以一直有效，值到你再次改变它的设置。
struct sigaction action;
action.sa_handler = handle_pipe;
sigemptyset(&action.sa_mask);
action.sa_flags = 0;
sigaction(SIGPIPE, &action, NULL);
void handle_pipe(int sig)
{
//不做任何处理即可
}
这篇关于linux网络编程 send或者write socket遭遇SIGPIPE，分析及解决的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
