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)

{

//不做任何处理即可

}