首先說說為什么是三次握手?

當客戶端發送一次請求A后，但是A在網絡延遲了很久， 接著客戶端又發送了一次B，但是此時A已經無效了。

接著服務器相應了B，并返回TCP連接頭，建立連接(這里就2次哈)。

然后，A 歷經千山萬水終于到服務器了， 服務器一看有請求來了，則接受。

由于一開始A帶著的TCP格式都是正確的，那么服務器，理所應當的也返回成功連接的flag，但是，此時客戶端已經判斷該次請求無效，廢棄了。

然后服務器，就這么一直掛著(浪費資源)，造成的一個問題是，md, 這個鍋是誰的?所以，為了保險起見，再補充一次連接就可以了。

所以3次是最合適的。在Chinese中，以3為起稱為多，如果你用4，5，6，7，8...次的話，這不更浪費嗎?

為什么要進行三次握手?舉個栗子吧!

在紅軍時期，A連和B連分在左右翼，約定在幾時幾分一同發起打擊。這個幾時幾分的信息就需要人工通過通訊員來走路傳遞。所以A連指揮官派出通訊員。

這是第一次。

假設通訊員到達了B連，并且告知了B連指揮官幾時幾分，B連指揮官一定會讓通訊員再回去通知A連指揮官，可憐的通訊員只能冒著危險返回A連，因為A連指揮官看不到通訊員返回的話，不知道幾時幾分這個信息到底傳達到了B連沒有。

這是第二次。

現在B連指揮官開始擔心通訊員是否回到了A連，如果沒回到，B連指揮官會設身處地的想一想A連指揮官見不到返回的通訊員，肯定是不敢打的，所以B連指揮官最盼望的是再次看到通訊員出現在B連，所以A連指揮官會讓通訊員再回B連一次。

因此可以說三次握手是在最快最省力的情況下作出的選擇。

(第二次握手)

第三次握手的數據包，客戶端再次發送確認包(ACK) SYN標志位為0,ACK標志位為1.并且把服務器發來ACK的序號字段+1,放在確定字段中發送給對方.并且在數據段放寫ISN的+1，如下圖所示

(第三次握手)

以上就是 wireshark中的tcp三次握手過程。

分享標題：為什么TCP 要采用「3次握手」建立連接？
分享URL：http://m.2m8n56k.cn/news20/98420.html

成都網站建設公司_創新互聯，為您提供響應式網站、關鍵詞優化、品牌網站制作、面包屑導航、網站制作、電子商務

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：[email protected]。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯