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

當客戶端發(fā)送一次請求A后，但是A在網(wǎng)絡延遲了很久， 接著客戶端又發(fā)送了一次B，但是此時A已經(jīng)無效了。

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

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

由于一開始A帶著的TCP格式都是正確的，那么服務器，理所應當?shù)囊卜祷爻晒B接的flag，但是，此時客戶端已經(jīng)判斷該次請求無效，廢棄了。

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

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

TCP作為一種可靠傳輸控制協(xié)議，其核心思想：既要保證數(shù)據(jù)可靠傳輸，又要提高傳輸?shù)男?，而用三次恰恰可以滿足以上兩方面的需求。

在TCP/IP協(xié)議中，TCP協(xié)議提供可靠的連接服務，采用三次握手建立一個連接，鏈接過程是這樣：

• ***次握手：建立連接時，客戶端發(fā)送syn包(syn=j)到服務器，并進入SYN_SEND狀態(tài)，等待服務器確認;
• 第二次握手：服務器收到syn包，必須確認客戶的SYN(ack=j+1)，同時自己也發(fā)送一個SYN包(syn=k)，即SYN+ACK包，此時服務器 進入SYN_RECV狀態(tài);
• 第三次握手：客戶端收到服務器的SYN+ACK包，向服務器發(fā)送確認包ACK(ack=k+1)，此包發(fā)送完畢，客戶端和服務器進入 ESTABLISHED狀態(tài)，完成三次握手。

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

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

這是***次。

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

這是第二次。

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

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

上面分析還不夠形象，很容易忘記，下面我們利用wireshark來證明一下上面的分析過程。

從下面的的輸出就可以很容易看出來，必須要經(jīng)過前面的三次tcp請求才會有起一次http請求。

***次握手數(shù)據(jù)包，客戶端發(fā)送一個TCP，標志位為SYN，序列號為0， 代表客戶端請求建立連接，如下圖所示

(***次握手)

第二次握手的數(shù)據(jù)包，服務器發(fā)回確認包, 標志位為 SYN,ACK. 將確認序號(Acknowledgement Number)設置為客戶的I S N加1以.即0+1=1，如下圖所示

(第二次握手)

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

(第三次握手)

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

今天的分享就把到這了。