簡介

接前文 協議簇：TCP 解析: 建立連接， 我們這篇文章來看看 TCP 連接斷開的過程，也就是眾所周知的”四次揮手“的具體流程.

系列文章

協議簇：TCP 解析：基礎
協議簇：TCP 解析：建立連接
協議簇：TCP 解析：連接斷開
協議簇：TCP 解析：Sequence Number
協議簇：TCP 解析：數據傳輸

斷開連接

通常情況

MSL: Maximum Segment Lifetime.

這里，我們假定 A 端為關閉連接的發起方.

初始狀態下，通信雙方均處于連接狀態.

某一時刻，A 端發起斷開連接請求(上層客戶通過調用 TCP 的 Close 接口). 發起斷開連接請求時A端發送 FIN 包, 之后A端的TCP 連接狀態切換為 FIN-WAIT-1， 等待對方回應對應的 ACK。
從此刻此，A 端發送的任何數據包都會被 B端拒絕，但是，與此同時 A 端可以正常接收 B端發送的數據
處在這個狀態的 A 端會重傳FIN以及之前的數據包，直到接收到對方的 ACK.

B端在收到 FIN 包后回復 ACK 確認收到 A 端發送的 FIN包，并把連接狀態切換為 CLOSE-WAIT。 A 端收到對應的 ACK 之后狀態切換為 FIN-WAIT-2.
B 端在收到 A 端的 ACK 之后，不會立馬發送 FIN 包. 只有當上層用戶調用 TCP Close 接口時才會發送 FIN 包到 A 端.

B 端收到 A 端的 FIN 包之后可以繼續發送數據，知道某一時刻關閉 TCP。同A端一樣，發送 FIN 包給 A端，然后等待 A 端回復 ACK。狀態切換為 LAST-ACK。

A 端收到 B 端發送的 FIN 后狀態切換為 TIME-WAIT，并回復響應的 ACK。B 端收到 ACK 之后狀態切換為 CLOSED

等待 2 MSL 時間hou，A端狀態變為 CLOSED。c 此時，當前 TCP 已經完全關閉.

我們再使用 wireshark 抓包看看這個流程

上圖中的四條記錄便對應于上面流程中的 2-5 項. 至于數據包中各個字段的值，這里我們不關注.

雙發同時發起關閉連接

初始狀態下，通信雙方均處于連接狀態.

某一時刻，雙發均發起斷開連接請求.
假設，A 端發送了 FIN，且還未收到 B 端發送的 FIN。 B端也發送了 FIN，且還未收到 A端發送的FIN.
發送完FIN之后，雙方的狀態均切換為 FIN-WAIT-1
稍后，雙發均收到了對方發送的 FIN， 需要回復對應的 ACK 給對方
收到對方的 ACK 之后，雙方狀態切換為 CLOSING 狀態.

此時，雙發的 FIN 已經交換完成，只需要回復響應的 ACK，告知對方對方對方發送的 ACK（對應于之前發送的 FIN）己方已經收到便可.

稍后，雙方均進入 TIME-WAIT 狀態. 在經過 2 MSL 時間后，雙方均進入 CLOSED狀態。c 此時，當前 TCP 已經完全關閉.

END!!!

總結

以上是生活随笔為你收集整理的协议簇：TCP 解析: 连接断开的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。