TCP 为什么要三次握手，两次不行吗？为什么？

这是因为三次握手机制确保了通信双方都能确认彼此的接收和发送能力，并避免了重复的历史连接。 ### 三次握手的过程： 1. **第一次握手：客户端发送连接请求（SYN）** - 客户端向服务器发送一个SYN包，并选择一个初始序列号 `seq = x`。此时，客户端进入 `SYN_SENT` 状态。 - 服务端收到这个SYN包，表示客户端希望建立连接。 2. **第二次握手：服务器响应连接请求（SYN + ACK）** - 服务端收到客户端的SYN包后，服务器发送一个SYN + ACK包，表示同意建立连接，同时选择一个初始序列号 `seq = y`，并对客户端的SYN进行确认（`ack = x + 1`）。此时，服务端进入 `SYN_RCVD` 状态。 - 客户端收到服务器的SYN + ACK包，表示服务器已经收到了客户端的连接请求，并同意建立连接。 3. **第三次握手：客户端确认连接建立（ACK）** - 客户端收到服务器的SYN + ACK包后，发送一个ACK包给服务器，确认服务器的SYN（`ack = y + 1`）。此时，客户端进入 `ESTABLISHED` 状态。 - 服务器收到客户端的ACK包后，也进入 `ESTABLISHED` 状态，连接建立完成。 ### 为什么两次握手不行？ 如果采用两次握手，可能会导致“已失效的连接请求报文段”重新传输到服务器，进而导致资源浪费或错误的连接建立。 具体问题包括： - **重复历史连接：** 如果客户端发送的第一个SYN包由于网络延迟等原因到达了服务器，但客户端并未收到服务器的响应（SYN + ACK），客户端会认为连接请求失败并重新发送SYN包。而此时，前一次的SYN包延迟到达服务器，服务器认为这是一个新的连接请求，并响应SYN + ACK。如果使用两次握手，客户端和服务器会误认为新的连接已建立，从而导致重复的连接。 - **确认发送能力和接收能力：** 三次握手确保双方都能确认彼此的接收和发送能力，避免数据丢失。第二次握手只确认了服务端的接收能力，而第三次握手则确保了客户端能够收到服务端的响应，并确认了服务器的接收和发送能力。 ### 三次握手的优点 - **确保双方连接的可靠性：** 确认双方都能接收和发送数据，建立可靠连接。 - **防止重复连接：** 避免因为延迟或重复的连接请求导致的误操作和资源浪费。

#### TCP 三次握手的过程 1. **第一次握手：客户端 -> 服务端** - **客户端发送 SYN**：客户端向服务端发送一个 SYN（同步序列号）包，表示请求建立连接，并选择一个初始序列号 `seq=x`。 - **客户端状态**：客户端进入 "SYN_SENT" 状态。 2. **第二次握手：服务端 -> 客户端** - **服务端接收 SYN**：服务端收到客户端的 SYN 包，确认请求连接。 - **服务端发送 SYN + ACK**：服务端向客户端发送一个 SYN 包表示同意连接，同时发送一个 ACK（确认序列号）包确认客户端的序列号。此时，服务端选择一个初始序列号 `seq=y`，并将 ACK 设置为 `x+1`。 - **服务端状态**：服务端进入 "SYN_RECEIVED" 状态。 3. **第三次握手：客户端 -> 服务端** - **客户端接收 SYN + ACK**：客户端收到服务端的 SYN 和 ACK 包，确认连接建立。 - **客户端发送 ACK**：客户端向服务端发送一个 ACK 包，确认服务端的序列号，ACK 设置为 `y+1`。 - **客户端状态**：客户端进入 "ESTABLISHED" 状态。 - **服务端接收 ACK**：服务端收到客户端的 ACK 包，连接建立。 - **服务端状态**：服务端进入 "ESTABLISHED" 状态。 #### 为什么需要三次握手？ 三次握手的主要目的是为了保证双方建立连接的可靠性，并同步双方的初始序列号。具体原因如下： 1. **确认双方接收能力** - **第一次握手**：客户端发送 SYN 包，表示希望建立连接，并且发送了初始序列号。 - **第二次握手**：服务端收到 SYN 包，表示确认了客户端的连接请求，并返回 SYN + ACK 包，表示同意建立连接，同时发送了自己的初始序列号。 - **第三次握手**：客户端收到 SYN + ACK 包，确认服务端也能接收和发送数据。客户端发送 ACK 包，表示确认连接建立。 2. **防止历史连接的干扰** - 两次握手无法确保当前连接请求是新的请求，可能会受到之前连接请求的干扰，导致服务端错误地认为已经建立了连接。 - 三次握手能够确认双方都接收到对方的序列号，确保连接的建立是新请求，而不是历史连接的重传。 #### 为什么两次握手不行？ 1. **无法确认服务端的接收能力** - 如果只有两次握手，客户端发送 SYN 包，服务端返回 SYN + ACK 包，客户端接收后直接开始发送数据，服务端未能确认客户端接收到自己的确认信息。此时，如果服务端未接收到客户端的确认，可能会导致连接的不一致。 2. **防止旧连接初始化** - 只有两次握手，可能会导致历史连接请求的重传包被误认为是新的连接请求，从而使服务端错误地认为连接已经建立，导致数据传输错误。 #### 示例说明 假设有一个旧的 SYN 包由于网络延迟在很久之后到达服务端： - **两次握手的场景**：服务端收到旧的 SYN 包，返回 SYN + ACK 包，客户端收到后认为连接建立，开始发送数据，导致数据传输错误。 - **三次握手的场景**：客户端不会对旧的 SYN + ACK 包进行响应，因为它期望的是一个新的 SYN 包。只有在客户端也发送了 ACK 确认包之后，连接才算真正建立，避免了旧连接的干扰。 ### 结论 TCP的三次握手是为了确保双方的接收和发送能力，并防止历史连接干扰，从而保证连接的可靠建立。两次握手无法满足这些要求，因此需要三次握手。