大家好，我是島主小風哥，今天來聊聊為什么TCP需要3次握手而不是2次。

假設有一條河，河的上下游有兩個人，這兩個人只能借助這條河交流信息：

圖片

岸邊有很多葉子，因此它們把信息寫到岸邊的葉子上：

圖片

并假設上游的葉子會飄向下游，下游的葉子會飄向上游。

圖片

但由于水流的作用，同一個方向葉子先出發的有可能后到(亂序)，也有可能沉到水里(丟失)。

也就是說假如a發了四片葉子，每片葉子上寫兩個字，記錄的是“碼農的荒島求生”，a依次把【碼農】【的荒】【島求】【生】放到河里，這四片葉子到達b后可能變成了【島求】【碼農】 【生】 【的荒】（亂序），也有可能丟了一片葉子，變成了【的荒】 【碼農】 【生】（亂序+數據丟失）：

圖片

那么在這種情況下該怎么讓b知道a想說的其實是“碼農的荒島求生”呢？

很簡單，只要兩種機制：編號以及確認。

編號針對與亂序問題，確認機制針對的是丟失問題。

a放到河里的任意一片葉子都帶上一個編號，這些編號依次遞增，b收到葉子后根據編號重組起來，這樣即使葉子到達的順序是亂的b也能根據編號恢復信息：

圖片

亂序問題解決了，葉子丟失問題依靠確認機制：b收到每一片葉子后會回復一個收到，并附帶接收葉子的編號+1，也就是期待a發出的下一片葉子的編號：

圖片

這樣a在接收到【3 收到】后就確信b已經收到了【2 的荒】，如果a在一定時間內沒有收到【3 收到】那么就會重新拿起一片葉子再次發送【2 的荒】。

圖片

可以看到利用這種重傳機制確保即使葉子可能沉到水里也能把信息發給b。

有了編號和確認機制，即使在河流這種不可靠的介質中a也可以把信息可靠的傳遞給b。

當然b也可以利用這種機制把消息可靠的發送給a。

由于需要對每片葉子進行編號，因此a向b發送消息之前必須把葉子的初始編號告訴b，又因為b也可以向a發送消息，因此雙方在通信之前必須知道對方葉子的初始編號，這樣才能正確的進行葉子收到后的確認以及對葉子根據編號進行重排。

圖片

于是ab雙方協定，聊天發起方先把編號告訴聊天接收方，聊天接收方收到發起方編號后也把自己的編號告訴發起方。

依然假設a先發起通信，a先發送了一片葉子，寫著“SYN X”，SYN表示這是一片告訴你我的初始編號的葉子(在TCP中SYN是synchronization的簡寫，表示同步，但作用和這里一樣)，X表示自己的初始編號。

圖片

根據之前提到的確認機制，b在收到需要對這片葉子進行確認，于是b發送一片葉子：“ACK X+1”，表示“我確認已經接收到了你的葉子，期待接收X+1號葉子”(在TCP中ACK是acknowledge的簡寫，表示確認，作用和這里一樣)。

圖片

不要忘了，b也要把自己的編號告訴a，于是b緊接著又發送了一片葉子“SYN Y”，表示“這是一片告訴你我的初始編號的葉子，我的初始編號是Y”：

圖片

同樣的a收到后也要進行確認，于是a發送一片葉子：“ACK Y+1”，表示“我確認已經接收到了你的葉子，期待接收你Y+1號葉子”。

圖片

就這樣經過最少四片葉子，a和b就能知道對方的初始編號是多少，注意看這里：

圖片

可以看到這兩片葉子都是b發向a的，因此這兩片葉子的信息可以合并在一起，這樣就可以少發送一片葉子：

圖片

可以看到，雙方至少需要發送3片葉子才能知道對方的初始編號，而如果只發送兩片葉子沒辦法保證這一點。