关于connection reset by peer 的思考

在调试一个客户端的程序时，发现有connection reset by peer的错误。google，百度了半天特总结如下：

出现这个问题的原因是socket连接的一端在关闭socket句柄的时候，对已经关闭的socket调用两次write，第一次如果发送缓冲没问题，会返回正确写入，但发送的报文会导致对端发送RST报文。因为对端的socket已经close，完全关闭。不收不发。第二次将会生成SIGPIPE信号。系统会发送sigpipe的信号给对端进程。在这里也就是服务器端发送客户端进程一个sigpipe的信号。收到这个信号的默认操作是中止进程。具体的分析可以结合TCP的“四次握手”关闭。TCP是全双工的信道。可以看做两条单工信道。TCP连接的两端的两个端点各负责一条。当对端调用close时，虽然本意是关闭整个两个信道，但本端只是收到FIN包。按照TCP协议的语义，表示只是关闭了其所负责的那一条。仍然可以接受数据。

在这里可以选择两种操作：

1.忽略这个信号

操作如下：signal(SIGPIPE,SIG_IGN)

2.在收到这个信号后，打印这个信号。并在read，write的时候处理