linux网络编程：Broken pipe

在linux下写socket的程序的时候，如果尝试send到一个disconnected socket上，就会让底层抛出一个SIGPIPE信号。

当服务器close一个连接时，若client端接着发数据。根据TCP协议的规定，会收到一个RST响应，client再往这个服务器发送数据时，系统会发出一个SIGPIPE信号给进程，告诉进程这个连接已经断开了，不要再写了。根据信号的默认处理规则SIGPIPE信号的默认执行动作是terminate(终止、退出),所以client会退出。http://blog.chinaunix.net/space.php?uid=14966892&do=blog&id=2780358

http://blog.csdn.net/shcyd/article/details/1354577

1. 客户端到服务端之间网络断掉，或者服务端断电等，物理连接断掉了，这种情况下客户端不会退出，send函数正常执行，不会感觉到自己出错。因为由于物理网络断开，服务端不会给客户端回应错误消息，没有RST响应，自然也不会产生SIGPIPE信号。但是当服务端再恢复正常的时候，对客户端send来的消息会产生RST响应，客户端就收到SIGPIPE信号了，程序退出，但是这时send函数是能够返回 -1的。可以进行异常处理。

2.客户端到服务端的网络能通，服务程序挂掉，客户端程序会马上退出，因为服务端能正常返回错误消息，客户端收到，SIGPIPE信号就产生了。不过我不确定此时服务端返回是的RST响应，抓包来看没有RST标志。

 

client端通过 pipe 发送信息到server端后，就关闭client端, 这时server端,返回信息给 client 端时就产生Broken pipe 信号了。

我遇到的情况是：创建套接字的ip为空，port=-1，但是仍然能够创建套接字成功并connect成功（非阻塞套接字，connect后立即用select检查）。然后就使用该套接字send数据，此时perror就打印send: Broken pipe。接下来在用该套接字recv就出现recv:Transport endpoint is not connected。

通常要先检查创建套接字的必要数据的正确性..

另外获取gethostbyname的出错信息不能用perror，而要用herror..