socket shutdown 與 close 函數 的區別

標籤：style   http   color   os   io   使用   ar   for   檔案   

假設server和client 已經建立了串連，server調用了close, 發送FIN 段給client（其實不一定會發送FIN段，後面再說），此時server不能再通過socket發送和接收資料，此時client調用read，如果接收到FIN 段會返回0，但client此時還是可以write 給server的，write調用只負責把資料交給TCP發送緩衝區就可以成功返回了，所以不會出錯，而server收到資料後應答一個RST段，表示伺服器已經不能接收資料，串連重設，client收到RST段後無法立刻通知應用程式層，只把這個狀態儲存在TCP協議層。如果client再次調用write發資料給server，由於TCP協議層已經處於RST狀態了，因此不會將資料發出，而是發一個SIGPIPE訊號給應用程式層，SIGPIPE訊號的預設處理動作是終止程式。

 

有時候代碼中需要連續多次調用write，可能還來不及調用read得知對方已關閉了串連就被SIGPIPE訊號終止掉了，這就需要在初始化時調用sigaction處理SIGPIPE訊號，對於這個訊號的處理我們通常忽略即可，signal(SIGPIPE, SIG_IGN); 如果SIGPIPE訊號沒有導致進程異常退出（捕捉訊號/忽略訊號），write返回-1並且errno為EPIPE（Broken pipe）。

 

 #include <unistd.h>
 int close(int fd);

close 關閉了自身資料轉送的兩個方向。

 

 #include <sys/socket.h>
 int shutdown(int sockfd, int how);

shutdown 可以選擇關閉某個方向或者同時關閉兩個方向，shutdown how = 0 or how = 1 or how = 2 (SHUT_RD or SHUT_WR or SHUT_RDWR)，後兩者可以保證對等方接收到一個EOF字元（即發送了一個FIN段），而不管其他進程是否已經開啟了這個通訊端。而close不能保證，只有當某個sockfd的引用計數為0，close 才會發送FIN段，否則只是將引用計數減1而已。也就是說只有當所有進程（可能fork多個子進程都開啟了這個通訊端）都關閉了這個通訊端，close 才會發送FIN 段。

所以說，如果是調用shutdown how = 1 ，則意味著往一個已經發送出FIN的通訊端中寫是允許的，接收到FIN段僅代表對方不再發送資料，但對方還是可以讀取資料的，可以讓對方可以繼續讀取緩衝區剩餘的資料。

 

==================================================================================

ocket關閉有2個close，shutdown

他們之間的區別:

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)將不會

 

 

A <--------------------------->B

1 A、B通訊，A給B發送FIN包後，A就不能給B發送資料了，但是B還可以個A發資料，且A要接受。

2 A、B 通訊，A調用close後，如果通訊端引用計數為0，A會發出一個FIN包 給B, A不能發送資料給B，且A不能接受來自B的資料。此時B調用read，如果接收到FIN 段會返回0，但B此時還是可以write 給A的，write調用只負責把資料交給TCP發送緩衝區就可以成功返回了，所以不會出錯，而A收到資料後應答一個RST段，表示A已經不能接收資料

A.B 通訊， A調用shutdown，不管通訊端引用計數，如果是SHUT_WR，則A發送給B一個FIN包，表示A不在發送資料給B，但B可以發送資料給A，且A可以接受。

　　　　　　　　　　　　　　　　　　　　　　　　如果是SHUT_WRRD，A 發FIN給B,A不發送資料給B, 若B發送資料給A，由於socket已經關閉，B給A應當RST。

　　　　　　　　　　　　　　　　　　　　　　　　如果是SHUT_RD，A 不在讀取資料，若B任然給A發送資料，那麼A給給B發送RST

轉載一段 http://www.haogongju.net/art/158060

 

1. shutdown和close的區別:(1)調用shutdown會馬上關閉指定連結, 而close會等到描述符的引用計數器為0時才會開始關閉連結; (2)close會同時關閉兩個連結, 而shutdown值關閉指定連結; (3)close後檔案描述符不再可用（引用基數為0，釋放資源）, shutdown後檔案描述符是可用的. (Page.172)

2. 對一個sockeet描述符shutdown了SHUT_RD後, 按照UNPv1的說法是, 如果另一方繼續發送資料, 那麼這些資料仍然會被接收方確認, 只是接收方會自動刪掉這些資料, 不會交給使用者進程. 而在linux下面, 如果想這樣一個shutdown了SHUT_RD的連結發送資料, 發送方會收到RST. (Page.173)

3. 對一個socket描述符shutdown SHUT_WR, 那麼核心會在發送完緩衝中的資料後發送FIN啟動中斷連線. (Page.173)

4. SHUT_RDWR相當於先shutdown SHUT_RD, 再shutdown SHUT_WR. (Page.173)

   即使使用SHUT_RDWR，函數shutdown(2)也不會釋放檔案描述符。只有最後一個close(2)調用才會釋放檔案描述符，否則在這之前，它都保持可用狀態。shutdown(2)可以被調用多次，只要這期間通訊端仍然是串連狀態。
    使用close(2)中止一個串連，只是減少描述符的引用計數器(references)，並不直接關閉串連，只有當描述符引用計數器為0時才關閉串連，釋放通訊端。比如有多個進程共用一個通訊端，close(2)每被調用一次，計數減1，直到計數為0時，也就是所用進程都調用了close(2)，通訊端才被釋放。

 

socket shutdown 與 close 函數 的區別