爲什麼要在關閉套接字之前使用shutdown（）？

Question

在此MSDN頁：

Sending and Receiving Data on the Client

它建議關閉套接字的發送方使用：

shutdown(SOCK_ID, SD_SEND); 

爲什麼要這樣呢？

也許我不就得了，它只是一個建議？也許是爲了節省內存？也許速度？

有沒有人有想法？

Answer 1

答案是shutdown()文檔中：

如果該參數是如何SD_SEND，隨後到send函數調用是不允許的。 對於TCP套接字，所有數據被髮送和確認由接收後FIN將被髮送。

...

，以確保所有數據的發送和在關閉之前在一個連接的插座接受，應用程序應該使用shutdown調用closesocket之前關閉連接。一種方法來等待遠端已經發送的所有數據，併發起了一個優美的斷開通知使用WSAEventSelect功能如下：

1. 呼叫WSAEventSelect爲FD_CLOSE註冊通知。
2. 呼叫shutdown與how=SD_SEND。
3. 當接收FD_CLOSE，調用recv或WSARecv直到函數成功完成，並且指示收到零個字節。如果SOCKET_ERROR已返回，則無法正常斷開連接。
4. 呼叫closesocket。

另一種方法來等待遠端已經發送的所有數據，併發起了一個優美的脫節用途通知重疊接聽電話如下：

1. 呼叫shutdown與how=SD_SEND。
2. 呼叫recv或WSARecv直到函數成功完成，並表示收到零個字節。如果SOCKET_ERROR已返回，則無法正常斷開連接。
3. 呼叫closesocket。

...

欲瞭解更多信息，請參閱Graceful Shutdown, Linger Options, and Socket Closure部分。

換句話說，至少對於TCP，調用shutdown(SD_SEND)通知你完成發送更多的數據同行，那你可能會很快結束你的連接端。最好，同行也會爲你做同樣的禮貌。這樣，兩個同伴都可以知道兩端故意關閉連接。這被稱爲曼妙斷開連接，而不是一個流產或異常斷開連接。

默認情況下，如果你不叫shutdown(SD_SEND)，closesocket()將嘗試爲您執行正常關機除非插座的linger選項被禁用。最好不要依賴這種行爲，除非你有充分的理由，否則在致電closesocket()之前，你應該總是自己打電話shutdown()。

Answer 2

有與發送或插座上接收操作相關聯的特定資源，插座要麼使用或關閉。有關閉的原因與資源管理無關。關閉套接字是實現所謂的優雅關閉協議，它允許通信雙方實現連接正在關閉並允許最小化數據丟失。

Answer 3

這是不必要的和多餘的，除了下列情況：

1. 你想實現由雷米勒博引用文檔中描述的同步關閉。
2. 插座已經以某種方式被複制，例如，它是與子進程或父進程共享的，或者通過API共享的，並且您希望現在可以確保FIN發送到。
3. 您的應用程序協議要求對等方收到關機，但需要繼續發送。例如，在編寫代理服務器時可能會出現這種情況。
4. 您的套接字接收緩衝區中可能有未讀數據，並且您希望關閉並忽略它，並在引發連接重置之前發送FIN，當您關閉時會發生連接重置，如果存在未讀未決數據。

這是我所見過的大約30年跨越的唯一案例：有可能是別人，但我不知道他們。