1.tcp四次揮手詳情
2.為什麼會有time-wait狀態
3.為什麼需要四次握手才能斷開連線
4.伺服器出現大量close_wait的原因
（1）一開始雙方都屬於已連線狀態
（2）客戶端傳送乙個報文段：fin=1，
seq=u
。fin
表示連線關閉請求，
seq是之前最後乙個傳送的資料的標號
+1。客戶端進入關閉等待狀態1（
fin-wait-1
）（3）服務端接收到關閉連線請求之後，通知程式需要關閉連線，然後返回乙個報文段：ack=1，
seq=v
，ack=u+1
。這裡標誌位
ack=1
表示確認號（
ack）有效
seq表示當前資料報順序號，
ack表示順序號為
u的資料報已經確認接受，請求資料號為
u+1資料。狀態變為關閉等待狀態（
close-wait
）（4）客戶端接收到資料之後進入關閉等待狀態2（
fin-wait2
）（5）伺服器端傳送報文段：fin=1，
ack=1
，seq=w
，ack=u+1
，用來關閉服務端到客戶的資料傳送，服務端進入乙個
last-ack
狀態（6）client收到
fin之後，
client
進入時間等待狀態（
2msl
之後關閉連線）接著傳送乙個報文段：
ack=1
，seq=u+1
，ack=w+1
，server
進入closed
狀態，完成四次揮手
（1）確保有足夠的時間讓對方收到ack包
（2）避免新舊連線混淆
tcp連線是全雙工的，服務端可以傳送資料到客戶端，客戶端也可以傳送資料到服務端，傳送方和接收方都需要兩次揮手才能關閉
出現原因：（1）客戶端一直請求關閉連線，服務端傳送的資料對方接受不到（
2）我方忙於讀和寫沒有及時關閉
解決方法：（1）程式有
bug，檢查**（
2）檢查配置
計算機網路 27 TCP的四次揮手
第一次揮手 告訴接收方，我資料傳送完了，需要釋放連線，於是自己進入了等待狀態1。第二次揮手 接收方告訴傳送方，我接收到你的請求了。於是進入了等待狀態2.這個等待主要為了，讓接收方成功接收完傳送發發出的資料，如果接收方接收完所有資料，就會進行第三次揮手。第三次揮手 告訴接收方，你的資料我接收完成，並告...
計算機網路四次握手
任何一方都可以在傳送資料傳送結束後發出連線釋放的通知，待對方確認後進入半關閉的狀態。當另一方也沒有資料在傳送時，則傳送連線釋放通知，對方確認後就完全關閉了tcp連線。下面分兩次來解釋四次握手 資料傳輸結束後，通訊的雙方都可釋放連線。現在 a 的應用程序先向其 tcp 發出連線釋放報文段，並停止再傳送...
計算機網路 TCP的三次握手和四次揮手
參考鏈結 參考鏈結 三次握手 四次揮手 在完成三次握手的第三步之前分配 tcp 快取 和 變數，使得tcp易於受到syn洪氾的拒絕服務攻擊。linux為tcp連線分配的資源 linuxtcp的連線控制塊 tcp服務端在接收到syn報文時，會為該連線先分配乙個tcp request sock，三次握手...