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