對照面試題理解tcp的三次握手四次揮手
面試題：
下列tcp連線建立過程描述正確的是：
a : 服務端收到客戶端的syn包後等待2*ml時間後就會進入syn_sent狀態
b : 服務端收到客戶端的ack包後會進入syn_rcvd狀態
c : 當客戶端處於established狀態時，服務端可能仍然處於syn_rcvd狀態
d : 服務端未收到客戶端確認包，等待2*ml時間後會直接關閉連線
正確答案：c
解析：a：syn_sent是客戶端傳送syn包之後的立即進入的狀態，不用等待2ml
b：服務端收到客戶端的syn包後會進入syn_rcvd狀態，服務端收到ack包後會進入established狀態。
c： 當客戶端處於established狀態時，服務端等待接收客戶端的ack，所以可能處於syn_rcvd狀態。
d： 客戶端收到服務端確認包後，等待2*ml時間後會直接關閉連線。若沒有收到，則不會關閉連線。
三次握手如下：
（此圖第三次握手的ack應該等於y+1，而不是y，上面看不太清楚，但不影響解這題）
四次揮手如下：
下圖中有幾個字段需要重點介紹下：
（1）序號：seq序號，佔32位，用來標識從tcp源端向目的端傳送的位元組流，發起方傳送資料時對此進行標記。
（2）確認序號：ack序號，佔32位，只有ack標誌位為1時，確認序號欄位才有效，ack=seq+1。
（3）標誌位：共6個，即urg、ack、psh、rst、syn、fin等，具體含義如下：
（a）urg：緊急指標（urgent pointer）有效。
（b）ack：確認序號有效。
（c）psh：接收方應該盡快將這個報文交給應用層。
（d）rst：重置連線。
（e）syn：發起乙個新連線。
（f）fin：釋放乙個連線。
重點：需要注意的是：
（a）不要將確認序號ack與標誌位中的ack搞混了。
（b）確認方ack=發起方req+1，兩端配對。
第一二次揮手: 主動方傳送一條連線， 初始確認 確認序號為z 傳送序號為x 被動方確認 確認序號為x+1，傳送序號為z
(只有ack標誌位為1時，確認序號欄位才有效)
第三四次揮手： 被動方傳送一條連線 ， 初始確認 確認序號為x 傳送序號為y 主動方確認 確認序號為y 傳送序號為x
四次揮手博主自我理解： ：依照上方各種單詞的含義總結：
可以將四次揮手看成是兩個人：
四次揮手分別是 第一 ，二次是主動方揮手，被動方揮手回應 ，第三 ，四次是被動方主動揮手，，主動方揮手回應
1：（fin：釋放乙個連線。） 2：確認序號：ack序號，佔32位，只有ack標誌位為1時，確認序號欄位才有效，ack=seq+1。 3：序號：seq序號，佔32位，用來標識從tcp源端向目的端傳送的位元組流，發起方傳送資料時對此進行標記
第 一： 主動方---》傳送fin+ack 報文，並傳送序號為x
第一次揮手：主動方傳送 ：fin=1 ack=z seq=x
簡單理解： 1.主動方釋放乙個連線 fin=1 2.主動方傳送乙個待被動方接受的標誌ack=z （等待被動方接受，並以序號的方式發回到主動方） 3. 主動方傳送乙個待確認的seq的序號 x（表示此序號是從tcp 的 向 傳送的seq序號）等待被動方確認
第 二： 被動方---》傳送ack 報文，並置傳送序號為z 再確認序號為x+1
第二次揮手 ： 被動方傳送：ack=x+1 seq =z
簡單理解： ack=x+1 指被動方確認主動方傳送的序號 x 並 +1 回應主動方（只有ack標誌位為1時，確認序號欄位才有效，）
seq = z 接受主動方傳送的帶接受的標誌並將序號命名為z
第三，四的揮手跟一二的相反
；；；；： 三：被動方---》 傳送fin+ack 報文，並傳送序號為y
四：主動方---》 傳送ack 報文，並置傳送序號為x 再確認序號為y
Tcp三次握手與四次揮手
tcp三次握手 四次揮手 在tcp ip協議中，tcp協議提供可靠的連線服務，採用三次握手建立乙個連線。第一次握手 建立連線時，客戶端傳送syn包 syn j 到伺服器，並進入syn send狀態，等待伺服器確認 syn 同步序列編號 synchronize sequence numbers 第二次...
TCP三次握手與四次揮手
也許三次握手你會經常聽到，但你知道三次握手的真正意義嗎，為什麼需要三次握手呢？首先我們必須明白tcp是面向連線的協議，無論哪乙個方向在傳送資料之前，都必須先在雙方之間建立連線。這一點與udp協議是不一樣的，udp在傳送資料報之前是不需要建立連線的。建立tcp連線的過程中，通訊的雙方需要互相發報文進行...
tcp三次握手與四次揮手
一.tcp三次握手 簡述 a傳送乙個請求給b，b發回確認，然後a再加以確認，來回共3次 1 第一次握手 客戶端傳送syn包 syn x 到伺服器，並進入syn send狀態，等待伺服器確認。2 第二次握手 伺服器收到syn包之後，必須確認客戶的syn ack x 1 同時自己也傳送乙個syn syn...