TCP（傳輸控制協議）的三次握手是建立可靠連接的關鍵步驟，其設計目的是確保通信雙方都準備好，并且避免重復的連接初始化。三次握手并不是隨意設定的，而是有其重要的技術理由。

1. 防止重復的連接初始化

假設只使用兩次握手，會存在以下問題：

• 舊的重復SYN包問題：如果網絡中的一個舊的SYN包（因為網絡延遲等原因）突然到達服務器，服務器會誤以為是一個新的連接請求。如果沒有第三次握手，服務器會直接接受這個舊的請求并建立連接，但客戶端實際上并沒有發送新的請求。這會導致資源浪費和連接狀態混亂。

2. 確認雙方的接收和發送能力

三次握手確保了雙方的發送和接收能力：

• 第一次握手（SYN）：客戶端告訴服務器它希望建立連接，并發送初始序列號。
• 第二次握手（SYN-ACK）：服務器收到請求并回應，同時發送自己的初始序列號，表示自己已經準備好接收數據。
• 第三次握手（ACK）：客戶端確認服務器的回應，同時確認自己可以接收服務器的數據。

3. 避免資源浪費

如果沒有三次握手的確認步驟，服務器會在每次收到SYN請求后直接分配資源（如緩存和連接控制塊）。但由于客戶端未必真正準備好，這些資源可能會被浪費。三次握手確保只有在雙方都確認可以通信的情況下才會分配資源。

兩次握手的問題示例

假設使用兩次握手：

1. 第一次握手（SYN）：客戶端發送SYN包，服務器接收并回應SYN-ACK。
2. 第二次握手（SYN-ACK）：服務器發送SYN-ACK包，認為連接已建立。

在這種情況下，如果客戶端由于某種原因沒有接收到SYN-ACK包（如網絡丟包），服務器認為連接已經建立并開始等待客戶端的數據，但客戶端并沒有建立連接。這會導致服務器資源被浪費，最終可能導致拒絕服務攻擊（DoS）。

sequenceDiagram
    participant Client as 客戶端
    participant Server as 服務器

    Client->>Server: SYN (序列號X)
    Server-->>Client: SYN-ACK (序列號Y, 確認號X+1)
    Client->>Server: ACK (確認號Y+1)