作者 | 小鹿
來源 | 公衆號：小鹿動畫學編程
一、寫在前邊
大家好，我們又見面了，做爲一個業餘的動畫師，上次的用動畫的形式講解 TCP 三次握手過程再各大平臺收到了廣大讀者的喜愛，說文章有趣、有貨、有內容，也受到了很多讀者的關注。很多讀者留言說什麼時候用動畫講一講 TCP 四次揮手的過程，爲了應大家的要求，今天我們就生動有趣的用動畫給大家分享 TCP 四次揮手（分手）過程。
動畫：用動畫給面試官解釋 TCP 三次握手過程
上次的三次握手動畫是給面試官看的，那麼今天咱們換種更加有樂趣的方式，用動畫和你女(男)朋友講解 TCP 四次分手過程，講解完，考驗一下你女（男）朋友和不和你分手呢。什麼？首先你先有一個女（男）朋友，這一點小鹿早就考慮到了各大單身人士。
獲取方式:
如果你沒有女朋友，公衆號後臺回覆“女朋友”，即可獲取。小鹿不要臉的說，作爲一個優秀的動畫師，女性讀者也是很多的，哈哈，公衆號回覆“男朋友”，小鹿會給你隨機發放一個，嘿嘿，不信你試試。還等什麼，把你女（男）朋友拉過來給她（他）講吧。
二、思維導圖
三、爲何要進行 TCP 三次握手/四次分手？
TCP 的三次握手和四次分手和你戀愛是一模一樣的，從相識到相戀到分手，然後認識另一個女孩再不管重複這個過程就是數據傳輸在網絡中不斷建立起三次握手和四次分手過程。
戀愛就戀愛吧，分手就分手吧，握手握來握去，揮手揮來揮去不嫌麻煩嗎？
因爲上篇文章 TCP 三次握手中的爲什麼要進行三次握手部分講解的不怎麼詳細，小鹿課下就收集了一些資料，做了一個總結，在這裏補充下。
3.1 爲什麼要進行三次握手？
在謝希仁著《計算機網絡》第四版中講“三次握手”的目的是“爲了防止已失效的連接請求報文段突然又傳送到了服務端，因而產生錯誤”。
舉個簡單易懂的例子，你在微信對一個女孩表白，這條信息由於網絡問題延遲發送了。
然後此時你不耐煩了，去和微信另一個女孩表白，然後另一個女孩告訴你同意了，然後你心裏很高興，把高興的心情分享給了女孩，女孩知道了你和她在一起很高興，此時三次握完畢，你戀愛了。
突然，到了第二天，發給第一個女孩的信息才收到，女孩認爲你要和他表白，此時你已經和另一個女孩戀愛了，然後第一個女孩給你發微信同意了你的表白，但是你不理睬，那個女孩還在苦苦等待你給她分享此時的高興心情。現在我們發現如果沒有分享高興的心情給女孩（也就是第三次握手過程），那麼那個女孩一直等待，白白浪費了心思，所謂的千年都等不了一回。
如果你是客戶端，女孩是服務端，服務端收到延遲的報文，以爲你要和它連接，所以會給你發送確認同意連接，但你一直不搭理它，所以服務端的資源也就這麼白白浪費掉了。所以知道爲什麼要進行三次握手了吧。
在《計算機網絡》書中講“三次握手”的目的是爲了解決“網絡中存在延遲的重複分組”的問題。
3.2 爲什麼要 TCP 四次分手？
我們知道，TCP協議是一種面向連接的、可靠的、基於字節流的運輸層通信協議，而且TCP是全雙工模式。
對於初學者來說，定義太枯燥、無味，其實意思就是你和你女朋友聊天是面向連接的，只有連接起來纔可以通信的，可靠就是你發送的信息可以保證送達到對方，全雙工意思就是你不僅可以給你女朋友發消息，而且她也可以給你發信息。
爲什麼非要進行 TCP 四次分手？我們接着上回說到，你現在和第二個女孩子戀愛了，突然有一天發現第一個女孩子是因爲沒有收到你的表白而錯過了在一起的時機，那麼你要和第二個女孩子分手，那過程對應在 TCP 四次分手是怎麼樣子的？
你要給第二個女孩子微信發消息，我們分手吧，此時第二個女孩子收到消息知道了，非常傷心，就屏蔽了你。但是，此時你還沒有屏蔽她，她完全可以給你繼續發消息，她給你發消息說，好吧，此時你收到了確認消息，此時是第二次分手過程。那麼女孩又給你發送消息，渣男，永遠不要來找我。此時你又接收到消息，看到消息之後發了一個拜拜，然後你就直接屏蔽拉黑了對方，此時女孩微信顯示你刪除了對方，然後就把你也拉黑刪除了。那麼四次分手到此爲止，恭喜你，成功獲得下一個女孩子。
上述過程就闡述了爲什麼要進行 TCP 四次分手，爲了能夠讓對方屏蔽你直至最後雙方互相刪除掉，然後你又可以和另一個女孩三次握手了。
四、TCP 四次分手過程
初始化狀態：客戶端和服務端都在連接狀態，接下來開始進行四次分手斷開連接操作。
第一次分手：第一次分手無論是客戶端還是服務端都可以發起，因爲 TCP 是全雙工的。
假如客戶端發送的數據已經發送完畢，發送FIN = 1 告訴服務端，客戶端所有數據已經全發完了，服務端你可以關閉接收了，但是如果你們服務端有數據要發給客戶端，客戶端照樣可以接收的。此時客戶端處於FIN = 1等待服務端確認釋放連接狀態。
第二次分手：服務端接收到客戶端的釋放請求連接之後，知道客戶端沒有數據要發給自己了，然後服務端發送ACK = 1告訴客戶端受到你發給我的信息，此時服務端處於 CLOSE_WAIT 等待關閉狀態。
第三次分手：此時服務端向客戶端把所有的數據發送完了，然後發送一個FIN = 1，用於告訴客戶端，服務端的所有數據發送完畢，客戶端你也可以關閉接受數據連接了。此時服務端狀態處於LAT_ACK狀態，來等待確認客戶端是否收到了自己的請求。
第四次分手：此時如果客戶端收到了服務端發送完的信息之後，就發送ACK = 1，告訴服務端，客戶端已經收到了你的信息。但是我們發現上圖中有一個 2 MSL 的延遲等待。
五、爲什要有 2 MSL 等待延遲？
對應這樣一種情況，最後客戶端發送的ACK = 1給服務端的過程中丟失了，服務端沒收到，服務端怎麼認爲的？我已經發送完數據了，怎麼客戶端沒回應我？是不是中途丟失了？然後服務端再次發起斷開連接的請求，一個來回就是2MSL，這裏的兩個來回由那一個來回組成的？
客戶端給服務端發送的ACK = 1丟失，服務端等待 1MSL沒收到，然後重新發送消息需要1MSL。如果再次接收到服務端的消息，則重啓2MSL計時器，發送確認請求。客戶端只需等待2MSL，如果沒有再次收到服務端的消息，就說明服務端已經接收到自己確認消息；此時雙方都關閉的連接，TCP 四次分手完畢。
六、如果雙方建立連接，一方出問題怎麼辦？
如果雙方建立連接，一方出問題怎麼辦？爲了防止出現上述戀愛故事中千年等一回的情況，已經建立連接，但是服務端一直等待接收，發送端出現問題一直不能發送。
所以設計一個保活的計時器，如果一方出現問題，另一方過了這個計時器的時間，就發送試探報文，以後每隔 75 秒發送一次。若一連發送10個探測報文仍然沒反應，服務器就認爲客戶端出了故障，接着就關閉連接。
七、小結
今天用動畫的形式給你女（男）朋友講了 TCP 四次分手的過程，文章的內容以及展現形式是最基礎的內容。
最後小鹿爲大家整理的三次握手和四次分手整張圖，如下：
最後希望你和你的女朋友永遠三次握手，永不四次分手。