TCP通信中对SIGPIPE的处理

在TCP通信过程中，当服务器主动关闭套接字链接时，客户端仍能发送数据给服务器，但是只能发送两次。两次之后客户端程序将会自动退出，程序不再执行。

这个问题出现的原因是对信号SIGPIPE的处理不对。对一个已经关闭的套接字进行写入时，若client端接着发数据。根据TCP协议的规定，会收到一个RST响应，client再往这个服务器发送数据时，系统会发出一个SIGPIPE信号给进程，告诉进程这个连接已经断开了，不要再写了，所以在第二次发送数据时会响应SIGPIPE的处理机制，SIGPIPE信号的触发是尝试写数据到关闭的套接字，而SIGPIPE信号的默认处理就是退出程序，停止运行。

所以在TCP套接字上发送数据的任何程序都必须显示处理SIGPIPE，以便保持健壮性。

可以更改信号的处理方式，更改方法如下：

定义信号的处理函数： void LinuxSignalDeal(int SigNo,struct siginfo *SigInfo,void *MyAct)

设置信号处理：

struct sigaction lstruAction;
sigemptyset(&lstruAction.sa_mask);
lstruAction.sa_flags = (SA_SIGINFO|SA_ONESHOT|SA_NOMASK);   
lstruAction.sa_sigaction = LinuxSignalDeal;
if(sigaction(SIGPIPE,&lstruAction,NULL) < 0) 
   perror("\nInstall signal error:\n");

当信号被触发时，会自动调用LinuxSignalDeal函数进行处理而不是执行默认的处理（停止程序），注意：通过测试发现，当函数被调用之后对信号的处理将又会恢复为默认处理，所以需要再次设置。

 然而在网络编程中我们有时不是需要更改对SIGPIPE的处理，而是忽略，这样程序不会自动停止。

停止方法如下：

调用：signal(SIGPIPE,SIG_IGN);//忽略信号

对于为什么会在发送两次后触发SIGPIPE这个信号，可以参考TCP通信的三次握手和四次挥手的过程。

以上是我个人理解，欢迎大家补充。