四次揮手即終止tcp 連線，就是指斷開乙個tcp 連線時，需要客戶端和服務端總共傳送4 個包以確認連線的斷開。在socket 程式設計中，這一過程由客戶端或服務端任一方執行close 來觸發。
由於tcp 連線是全雙工的，因此，每個方向都必須要單獨進行關閉，這一原則是當一方完成資料傳送任務後，傳送乙個fin 來終止這一方向的連線，收到乙個fin 只是意味著這一方向上沒有資料流動了，即不會再收到資料了，但是在這個tcp 連線上仍然能夠傳送資料，直到這一方向也傳送了fin。首先進行關閉的一方將執行主動關閉，而另一方則執行被動關閉。
客戶端程序發出連線釋放報文，並且停止傳送資料。釋放資料報文首部，fin=1，其序列號為seq=u（等於前面已經傳送過來的資料的最後乙個位元組的序號加1），此時，客戶端進入fin-wait-1（終止等待1）狀態。tcp規定，fin 報文段即使不攜帶資料，也要消耗乙個序號。
伺服器收到連線釋放報文，發出確認報文，ack=1，ack=u+1，並且帶上自己的序列號seq=v，此時，服務端就進入了close-wait（關閉等待）狀態。tcp 伺服器通知高層的應用程序，客戶端向伺服器的方向就釋放了，這時候處於半關閉狀態，即客戶端已經沒有資料要傳送了，但是伺服器若傳送資料，客戶端依然要接受。這個狀態還要持續一段時間，也就是整個close-wait 狀態持續的時間。
客戶端收到伺服器的確認請求後，此時，客戶端就進入fin-wait-2（終止等待2）狀態，等待伺服器傳送連線釋放報文（在這之前還需要接受伺服器傳送的最後的資料）。
伺服器將最後的資料傳送完畢後，就向客戶端傳送連線釋放報文，fin=1，ack=u+1，由於在半關閉狀態，伺服器很可能又傳送了一些資料，假定此時的序列號為seq=w，此時，伺服器就進入了last-ack（最後確認）狀態，等待客戶端的確認。
客戶端收到伺服器的連線釋放報文後，必須發出確認，ack=1，ack=w+1，而自己的序列號是seq=u+1，此時，客戶端就進入了time-wait（時間等待）狀態。注意此時tcp 連線還沒有釋放，必須經過2∗∗msl（最長報文段壽命）的時間後，當客戶端撤銷相應的tcb 後，才進入closed狀態。
伺服器只要收到了客戶端發出的確認，立即進入closed 狀態。同樣，撤銷tcb 後，就結束了這次的tcp 連線。可以看到，伺服器結束tcp 連線的時間要比客戶端早一些。
客戶端：我不愛你了，我們分手吧
伺服器端：我也不愛你了，那就分手吧
伺服器端：再見
客戶端：拜拜了您嘞
tcp 四次揮手 TCP四次揮手
tcp斷開連線的過程 客戶端傳送fin報文，表明客戶端將不在傳送資料。具體過程 把fin標誌位改為1，序號seq u，之前傳送的資料加1，這裡規定即使不攜帶資料序號也要 1。該過程中客戶端通過close系統呼叫從established狀態進入fin wait 1狀態。第二次揮手 服務端收到客戶端發來...
網路協議 TCP 四次揮手
有握手就有揮手，上篇講了 tcp的三次握手，這裡就聊聊四次揮手過程。是有連線的，當建立握手完成後，雙方就建立連線，並且雙方只能建立乙個連線，這是因為對於tcp協議，要成功建立乙個新的鏈結，需要保證新連線四個要素，組合體的唯一性 客戶端的ip 客戶端的port 伺服器端的ip 伺服器端的port。也就...
TCP四次揮手
純給自己看的 發起關閉的一方是客戶端，被動關閉的一方是伺服器。1 客戶端a傳送乙個fin 1，用來關閉客戶a到伺服器b的資料傳送。圖上畫的對，還有乙個seq n 2 伺服器b收到這個fin，它發回乙個ack 1，確認序號ack為收到的序號加1。3 伺服器b關閉與客戶端a的連線，傳送乙個fin 1給客...