簡介

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

系列文章

協(xié)議簇：TCP 解析：基礎
協(xié)議簇：TCP 解析：建立連接
協(xié)議簇：TCP 解析：連接斷開
協(xié)議簇：TCP 解析：Sequence Number
協(xié)議簇：TCP 解析：數(shù)據(jù)傳輸

斷開連接

通常情況

MSL: Maximum Segment Lifetime.

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

初始狀態(tài)下，通信雙方均處于連接狀態(tài).

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

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

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

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

等待 2 MSL 時間hou，A端狀態(tài)變?yōu)?CLOSED。c 此時，當前 TCP 已經(jīng)完全關閉.

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

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

雙發(fā)同時發(fā)起關閉連接

初始狀態(tài)下，通信雙方均處于連接狀態(tài).

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

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

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

END!!!

總結

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。