理論上來說，tcp的四次揮手過程是這樣的：
但是在今天真機抓包的時候發現了實際四次握手的第二次和第三次貌似是合併在一起了，並沒有分成兩次來傳送（seq和ack的值是沒問題的），後面查了下資料這種情況不僅發生在tcp，可能在其他的協議中也會發生，比如說ssl，在握手的過程中理論上的互動包有十來個，但是實際抓的可能才幾個，這種現象是協議開發者為了提高效率而做的有意的合併，所以理論還是要結合實踐的
如圖：整個通訊過程的最後3個包為四次揮手的過程
TCP的四次揮手
揮手 是為了終止連線,tcp四次揮手流程圖如下 tcp採用四次揮手來釋放連線 第一次揮手 client傳送乙個fin用來關閉client到server的資料傳送，client進入fin wait 1狀態 第二次揮手 server收到fin後，傳送乙個ack給client，確認序號為收到序號 1 與s...
TCP的四次揮手
揮手 是為了終止連線，tcp四次揮手的流程圖如下 客戶端程式傳送連線釋放報文，並且停止傳送資料。fni 1，seq u 該值為前面傳輸的資料的最後乙個位元組序號 1 客戶端進入fin wait 1終止等待狀態。伺服器收到連線釋放報文時，向客戶端傳送確認報文。ack 1，seq v,ack u 1。服...
tcp 四次揮手 TCP的三次握手和四次揮手
三次握手 第一次握手 客戶端傳送syn包 syn x 到伺服器，並進入syn send狀態，等待伺服器確認 第二次握手 伺服器收到syn包，必須確認客戶的syn ack x 1 同時自己也傳送乙個syn包 syn y 即syn ack包，此時伺服器進入syn recv狀態 第三次握手 客戶端收到伺服...