linux下close 掉socket 之後 阻塞的recv 不會立即返回

標籤：style   blog   http   color   os   使用   io   strong   ar   

在開發的一個基於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

 

linux下close 掉socket 之後 阻塞的recv 不會立即返回