這是一個看似很“簡單”的問題，但貌似并沒有一個官方統一的答案。搜索了相關的資料，列舉出一些答案。

以下部分轉載自：tcp建立連接為什么需要三次握手

• 在《計算機網絡》一書中其中有提到，三次握手的目的是“為了防止已經失效的連接請求報文段突然又傳到服務端，因而產生錯誤”，這種情況是：一端(client)A發出去的第一個連接請求報文并沒有丟失，而是因為某些未知的原因在某個網絡節點上發生滯留，導致延遲到連接釋放以后的某個時間才到達另一端(server)B。本來這是一個早已失效的報文段，但是B收到此失效的報文之后，會誤認為是A再次發出的一個新的連接請求，于是B端就向A又發出確認報文，表示同意建立連接。如果不采用“三次握手”，那么只要B端發出確認報文就會認為新的連接已經建立了，但是A端并沒有發出建立連接的請求，因此不會去向B端發送數據，B端沒有收到數據就會一直等待，這樣B端就會白白浪費掉很多資源。如果采用“三次握手”的話就不會出現這種情況，B端收到一個過時失效的報文段之后，向A端發出確認，此時A并沒有要求建立連接，所以就不會向B端發送確認，這個時候B端也能夠知道連接沒有建立。（知乎上對上面的解釋的評論：這個解答不是問題的本質，這個課本很多知識比較片面。問題的核心在于保證信道數據傳輸的可靠性，避免資源浪費僅僅是一個小的弱原因，不重要。）
  

• 問題的本質是，信道是不可靠的，但是我們要建立可靠的連接發送可靠的數據，也就是數據傳輸是需要可靠的。在這個時候三次握手是一個理論上的最小值，并不是說是tcp協議要求的，而是為了滿足在不可靠的信道上傳輸可靠的數據所要求的。

我們再來考慮，如果不是三次握手會出現什么情況呢：

假設有A和B兩端要進行通信，
1, 第一次：首先A發送一個(SYN)到B，意思是A要和B建立連接進行通信；

如果是只有一次握手的話，這樣肯定是不行的，A壓根都不知道B是不是收到了這個請求。
2, 第二次：B收到A要建立連接的請求之后，發送一個確認(SYN+ACK)給A，意思是收到A的消息了，B這里也是通的，表示可以建立連接；

如果只有兩次通信的話，這時候B不確定A是否收到了確認消息，有可能這個確認消息由于某些原因丟了。
3, 第三次：A如果收到了B的確認消息之后，再發出一個確認(ACK)消息，意思是告訴B，這邊是通的，然后A和B就可以建立連接相互通信了；

這個時候經過了三次握手，A和B雙方確認了兩邊都是通的，可以相互通信了，已經可以建立一個可靠的連接，并且可以相互發送數據。
4, 第四次：這個時候已經不需要B再發送一個確認消息了，兩邊已經通過前三次建立了一個可靠的連接，如果再發送第四次確認消息的話，就浪費資源了。

如果第二個報文段B發出的(SYN+ACK)分別發送的話，也是可以理解為四次，但是被優化了，一起發送了。
超時重傳機制，

(1) 如果第一個包，A發送給B請求建立連接的報文(SYN)如果丟掉了，A會周期性的超時重傳，直到B發出確認(SYN+ACK)；
(2) 如果第二個包，B發送給A的確認報文(SYN+ACK)如果丟掉了，B會周期性的超時重傳，直到A發出確認(ACK)；
(3) 如果第三個包，A發送給B的確認報文(ACK)如果丟掉了，

A在發送完確認報文之后，單方面會進入ESTABLISHED的狀態，B還是SYN_RCVD狀態
如果此時雙方都沒有數據需要發送，B會周期性的超時發送(SYN+ACK)，直到收到A的確認報文(ACK)，此時B也進入ESTABLISHED狀態，雙方可以發送數據；
如果A有數據發送，A發送的是(ACK+DATA)，B會在收到這個數據包的時候自動切換到ESTABLISHED狀態，并接受數據(DATA)；
如果這個時候B要發送數據，B是發送不了數據的，會周期性的超時重傳(SYN+ACK)直到收到A的確認(ACK)B才能發送數據。
三次握手牽扯到的狀態轉換

LISTEN 表示socket已經處于listen狀態了，可以建立連接；
SYN_SENT 表示socket在發出connect連接的時候，會首先發送SYN報文，然后等待另一端發送的確認報文(ACK)，表示這端已經發送完SYN報文了；
SYN_RCVD 表示一端已經接收到SYN報文了；
ESTABLISHED 表示已經建立連接了，可以發送數據了。

作者：朋克雪球兔
鏈接：https://www.zhihu.com/question/24853633/answer/200721662
來源：知乎
著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請注明出處。

看了很多答案，只有一個答案提到“兩軍問題”，其他的答案，長篇累牘或者抖機靈感覺都沒回答到點子上。其實兩次四次四十次，在工程上都是可以接受的。如果讓我設計一個非常重要，對可靠性要求很高的通訊協議，我也完全可能采用更多次握手的設計。亦或者涉及對實時性要求很高的通訊，也完全可以設計成不握手（udp）的協議。TCP之所以使用三次握手，完全是一種為了解決“兩軍問題”所采用的折衷的設計。所謂“兩軍問題”，就是紅軍想告訴藍軍明天下午一起對敵開火，那么紅軍會派信使1號跑過去告訴藍軍，藍軍收到消息再派信使2號告訴紅軍收到，注意，這時藍軍并不知道紅軍是否收到藍軍的回復。因此需要紅軍收到回復再派信使3號告訴藍軍收到回復，而此時紅軍也不知道藍軍是否收到回復，因此藍軍收到信使3號的消息再派信使4號…可以看到，由于信息有可能丟失，為了保證信息傳達的確定性，我們需要進行很多次傳遞。互相通信的次數越多，那么這個信息傳遞到的概率就越大。tcp采用三次握手，就是為了盡可能可靠，然而，這也僅是一種選擇。