linux下close 掉socket 以后 阻塞的recv 不会当即返回

在开发的一个基于rtmp聊天的程序时发现了一个很奇怪的现象。

在windows下当咱们执行 closesocket 的操做以后，阻塞的 recv 会当即返回 -1 。

而在linux 下 当咱们执行 close 操做以后 阻塞的recv 会出现不能当即返回的现象。后来在网上一搜发现不少遇到相似这种现象的状况，大体意思应该是

当socket 被动被close 的时候 进入了 “CLOSE_WAIT（被动关闭一方）” 的状况。

解决方法就是 在你close 以前调用一下 ：

shutdown(socket, SHUT_RDWR);  

就是关闭 socket 的读写功能。

------------------------------------------------------

下面是对 譬如  “CLOSE_WAIT” 现象的一些解释：

主动关闭方和被动方经历的状态：
FIN_WAIT_1（主动关闭一方）： 当SOCKET在ESTABLISHED状态时，它想主动关
     闭链接，向对方发送了FIN报文，此时该SOCKET即进入到
     FIN_WAIT_1状态。而当对方回应ACK报文后，则进入到FIN_WAIT_2状态，
FIN_WAIT_2（主动关闭一方）：上面已经详细解释了这种状态，实际上FIN_WAIT_2
     状态下的SOCKET，表示半链接，也即有一方要求close链接，但另外还告诉对方，我暂时还有点数据须要传送给你，稍后再关闭链接。
TIME_WAIT（主动关闭一方）： 表示收到了对方的FIN报文，并发送出了ACK报文
     就等2MSL（2倍最大生存时间）后便可回到CLOSED可用状态了。
CLOSE_WAIT（被动关闭一方）： 这种状态的含义实际上是表示在等待关闭。当对方
     close一个SOCKET后发送FIN报文给本身，你系统毫无疑问地会回应
      一个ACK报文给对方，此时则进入到CLOSE_WAIT状态。接下来呢，实际上你真正须要考虑的事情是察看你是否还有数据发送给对
     方，若是没有的话，那么你也就能够close这个SOCKET，发送FIN报文给对方，也即关闭链接。因此你在CLOSE_WAIT状态下，须要完成的事情是等待你去关闭链接。
LAST_ACK（被动关闭一方）： 它是被动关闭一方在发送FIN报文后，最后等待对方的
     ACK报文。当收到ACK报文后，也便可以进入到CLOSED可用状态

-------------------------------------------------------------------

下面是 socket的close和shutdown 的一些说明：

在Linux socket关闭链接的方法有两种分别是shutdown和close，首先看一下shutdown的定义

#include<sys/socket.h>

int shutdown(int sockfd,int how);

how的方式有三种分别是

SHUT_RD（0）：关闭sockfd上的读功能，此选项将不容许sockfd进行读操做。

SHUT_WR（1）：关闭sockfd的写功能，此选项将不容许sockfd进行写操做。

SHUT_RDWR（2）：关闭sockfd的读写功能。

成功则返回0，错误返回-1，错误码errno：EBADF表示sockfd不是一个有效描述符；ENOTCONN表示sockfd未链接；ENOTSOCK表示sockfd是一个文件描述符而不是socket描述符。

close的定义以下：

#include<unistd.h>

int close(int fd);

关闭读写。

成功则返回0，错误返回-1，错误码errno：EBADF表示fd不是一个有效描述符；EINTR表示close函数被信号中断；EIO表示一个IO错误。

下面摘用网上的一段话来讲明两者的区别：

close-----关闭本进程的socket id，但连接仍是开着的，用这个socket id的其它进程还能用这个连接，能读或写这个socket id

shutdown--则破坏了socket 连接，读的时候可能侦探到EOF结束符，写的时候可能会收到一个SIGPIPE信号，这个信号可能直到

socket buffer被填充了才收到，shutdown还有一个关闭方式的参数，0 不能再读，1不能再写，2 读写都不能。

socket 多进程中的shutdown, close使用

当全部的数据操做结束之后，你能够调用close()函数来释放该socket，从而中止在该socket上的任何数据操做：

close(sockfd);

你也能够调用shutdown()函数来关闭该socket。该函数容许你只中止在某个方向上的数据传输，而一个方向上的数据传输继

续进行。如你能够关闭某socket的写操做而容许继续在该socket上接受数据，直至读入全部数据。

int shutdown(int sockfd,int how);

Sockfd是须要关闭的socket的描述符。参数 how容许为shutdown操做选择如下几种方式：

SHUT_RD：关闭链接的读端。也就是该套接字再也不接受数据，任何当前在套接字接受缓冲区的数据将被丢弃。进程将不能对该

套接字发出任何读操做。对TCP套接字该调用以后接受到的任何数据将被确认而后无声的丢弃掉。

SHUT_WR:关闭链接的写端，进程不能在对此套接字发出写操做

SHUT_RDWR:至关于调用shutdown两次：首先是以SHUT_RD,而后以SHUT_WR

使用close停止一个链接，但它只是减小描述符的参考数，并不直接关闭链接，只有当描述符的参考数为0时才关闭链接。

shutdown可直接关闭描述符，不考虑描述符的参考数，可选择停止一个方向的链接。

注意:

1>. 若是有多个进程共享一个套接字，close每被调用一次，计数减1，直到计数为0时，也就是所用进程都调用了close，套接字将被释放。

2>. 在多进程中若是一个进程中shutdown(sfd, SHUT_RDWR)后其它的进程将没法进行通讯. 若是一个进程close(sfd)将不会影响到其它进程. 得本身理解引用计数的用法了. 有Kernel编程知识的更好理解了.

 

更多关于close和shutdown的说明

1>:  只要TCP栈的读缓冲里还有未读取（read）数据，则调用close时会直接向对端发送RST。
      2>:  shutdown与socket描述符没有关系，即便调用shutdown(fd, SHUT_RDWR)也不会关闭fd，最终还需close(fd)。
      3>:  能够认为shutdown(fd, SHUT_RD)是空操做，由于shutdown后还能够继续从该socket读取数据，这点也许还须要进一步证明。
      4>:  在已发送FIN包后write该socket描述符会引起EPIPE/SIGPIPE。
      5>:  当有多个socket描述符指向同一socket对象时，调用close时首先会递减该对象的引用计数，计数为0时才会发送FIN包结束TCP链接。shutdown不一样，只要以 SHUT_WR/SHUT_RDWR方式调用即发送FIN包。

      6>:  SO_LINGER与close，当SO_LINGER选项开启但超时值为0时，调用close直接发送RST（这样能够避免进入TIME_WAIT状态，但破坏了TCP协议的正常工做方式），SO_LINGER对shutdown无影响。

      7>:   TCP链接上出现RST与随后可能的TIME_WAIT状态没有直接关系，主动发FIN包方必然会进入TIME_WAIT状态，除非不发送FIN而直接以发送RST结束链接。

 

-----------------------------------------------------------------------------

下面是对于该主题相关网络讨论资料总结：

http://bbs.csdn.net/topics/350147238

http://bbs.csdn.net/topics/350050711

http://blog.csdn.net/helpxs/article/details/6661951