寫在前邊

大家好，我們又見面了，做為一個業余的動畫師，上次的用動畫的形式講解 TCP 三次握手過程在各大平臺收到了廣大讀者的喜愛，說文章有趣、有貨、有內容，也受到了很多讀者的關注。很多讀者留言說什么時候用動畫講一講 TCP 四次揮手的過程，為了應大家的要求，今天我們就生動有趣的用動畫給大家分享 TCP 四次揮手(分手)過程。

[[279936]]

動畫：用動畫給面試官解釋 TCP 三次握手過程

上次的三次握手動畫是給面試官看的，那么今天咱們換種更加有樂趣的方式，用動畫和你女(男)朋友講解 TCP 四次分手過程，講解完，考驗一下你女(男)朋友和不和你分手呢。什么?首先你先有一個女(男)朋友，這一點小鹿早就考慮到了各大單身人士。

思維導圖

1. 為何要進行 TCP 三次握手/四次分手?

TCP 的三次握手和四次分手和你戀愛是一模一樣的，從相識到相戀到分手，然后認識另一個女孩再不管重復這個過程就是數據傳輸在網絡中不斷建立起三次握手和四次分手過程。

戀愛就戀愛吧，分手就分手吧，握手握來握去，揮手揮來揮去不嫌麻煩嗎?

因為上篇文章 TCP 三次握手中的為什么要進行三次握手部分講解的不怎么詳細，小鹿課下就收集了一些資料，做了一個總結，在這里補充下。

(1) 為什么要進行三次握手?

在謝希仁著《計算機網絡》第四版中講“三次握手”的目的是“為了防止已失效的連接請求報文段突然又傳送到了服務端，因而產生錯誤”。

舉個簡單易懂的例子，你在微信對一個女孩表白，這條信息由于網絡問題延遲發送了。

然后此時你不耐煩了，去和微信另一個女孩表白，然后另一個女孩告訴你同意了，然后你心里很高興，把高興的心情分享給了女孩，女孩知道了你和她在一起很高興，此時三次握完畢，你戀愛了。

突然，到了第二天，發給第一個女孩的信息才收到，女孩認為你要和他表白，此時你已經和另一個女孩戀愛了，然后第一個女孩給你發微信同意了你的表白，但是你不理睬，那個女孩還在苦苦等待你給她分享此時的高興心情。現在我們發現如果沒有分享高興的心情給女孩(也就是第三次握手過程)，那么那個女孩一直等待，白白浪費了心思，所謂的千年都等不了一回。

如果你是客戶端，女孩是服務端，服務端收到延遲的報文，以為你要和它連接，所以會給你發送確認同意連接，但你一直不搭理它，所以服務端的資源也就這么白白浪費掉了。所以知道為什么要進行三次握手了吧。

在《計算機網絡》書中講“三次握手”的目的是為了解決“網絡中存在延遲的重復分組”的問題。

(2) 為什么要 TCP 四次分手?

我們知道，TCP協議是一種面向連接的、可靠的、基于字節流的運輸層通信協議，而且TCP是全雙工模式。

對于初學者來說，定義太枯燥、無味，其實意思就是你和你女朋友聊天是面向連接的，只有連接起來才可以通信的，可靠就是你發送的信息可以保證送達到對方，全雙工意思就是你不僅可以給你女朋友發消息，而且她也可以給你發信息。

為什么非要進行 TCP 四次分手?我們接著上回說到，你現在和第二個女孩子戀愛了，突然有一天發現第一個女孩子是因為沒有收到你的表白而錯過了在一起的時機，那么你要和第二個女孩子分手，那過程對應在 TCP 四次分手是怎么樣子的?

你要給第二個女孩子微信發消息，我們分手吧，此時第二個女孩子收到消息知道了，非常傷心，就屏蔽了你。但是，此時你還沒有屏蔽她，她完全可以給你繼續發消息，她給你發消息說，好吧，此時你收到了確認消息，此時是第二次分手過程。那么女孩又給你發送消息，渣男，永遠不要來找我。此時你又接收到消息，看到消息之后發了一個拜拜，然后你就直接屏蔽拉黑了對方，此時女孩微信顯示你刪除了對方，然后就把你也拉黑刪除了。那么四次分手到此為止，恭喜你，成功獲得下一個女孩子。

上述過程就闡述了為什么要進行 TCP 四次分手，為了能夠讓對方屏蔽你直至最后雙方互相刪除掉，然后你又可以和另一個女孩三次握手了。

2. TCP 四次分手過程

初始化狀態：客戶端和服務端都在連接狀態，接下來開始進行四次分手斷開連接操作。

第一次分手：第一次分手無論是客戶端還是服務端都可以發起，因為 TCP 是全雙工的。

假如客戶端發送的數據已經發送完畢，發送FIN = 1 告訴服務端，客戶端所有數據已經全發完了，服務端你可以關閉接收了，但是如果你們服務端有數據要發給客戶端，客戶端照樣可以接收的。此時客戶端處于FIN = 1等待服務端確認釋放連接狀態。

第二次分手：服務端接收到客戶端的釋放請求連接之后，知道客戶端沒有數據要發給自己了，然后服務端發送ACK = 1告訴客戶端受到你發給我的信息，此時服務端處于 CLOSE_WAIT 等待關閉狀態。

第三次分手：此時服務端向客戶端把所有的數據發送完了，然后發送一個FIN = 1，用于告訴客戶端，服務端的所有數據發送完畢，客戶端你也可以關閉接受數據連接了。此時服務端狀態處于LAT_ACK狀態，來等待確認客戶端是否收到了自己的請求。

第四次分手：此時如果客戶端收到了服務端發送完的信息之后，就發送ACK = 1，告訴服務端，客戶端已經收到了你的信息。但是我們發現上圖中有一個 2 MSL 的延遲等待。

3. 為什要有 2 MSL 等待延遲?

對應這樣一種情況，最后客戶端發送的ACK = 1給服務端的過程中丟失了，服務端沒收到，服務端怎么認為的?我已經發送完數據了，怎么客戶端沒回應我?是不是中途丟失了?然后服務端再次發起斷開連接的請求，一個來回就是2MSL，這里的兩個來回由那一個來回組成的?

客戶端給服務端發送的ACK = 1丟失，服務端等待 1MSL沒收到，然后重新發送消息需要1MSL。如果再次接收到服務端的消息，則重啟2MSL計時器，發送確認請求。客戶端只需等待2MSL，如果沒有再次收到服務端的消息，就說明服務端已經接收到自己確認消息;此時雙方都關閉的連接，TCP 四次分手完畢。

4. 如果雙方建立連接，一方出問題怎么辦?

如果雙方建立連接，一方出問題怎么辦?為了防止出現上述戀愛故事中千年等一回的情況，已經建立連接，但是服務端一直等待接收，發送端出現問題一直不能發送。

所以設計一個保活的計時器，如果一方出現問題，另一方過了這個計時器的時間，就發送試探報文，以后每隔 75 秒發送一次。若一連發送10個探測報文仍然沒反應，服務器就認為客戶端出了故障，接著就關閉連接。

小結

今天用動畫的形式給你女(男)朋友講了 TCP 四次分手的過程，文章的內容以及展現形式是最基礎的內容。

最后小鹿為大家整理的三次握手和四次分手整張圖，如下：

盡然文章看完了，再看點一下吧，最后希望你和你的女朋友永遠三次握手，永不四次分手。