TCP 为什么是三次握手，而不是两次或四次？

TCP 采用三次握手而不是两次或四次主要有以下原因：

一、为什么不是两次握手

1. 防止已失效的连接请求报文突然又传送到服务器，从而产生错误。

   假设采用两次握手。客户端向服务器发送一个连接请求报文，由于网络延迟等原因，这个报文在某个网络节点长时间滞留。客户端超时后重新发送连接请求并建立连接，数据传输完毕后释放连接。

   而此时，那个滞留在网络中的旧连接请求报文突然到达了服务器。服务器以为是客户端又发起了一次新的连接请求，于是向客户端发送确认报文并进入已建立连接状态，等待客户端发送数据。但客户端此时并没有发起新的连接请求，不会向服务器发送数据，导致服务器一直等待，浪费服务器资源。

二、为什么不是四次握手

1. 三次握手已经能够满足可靠建立连接的需求，四次握手显得多余。

   三次握手的过程中，客户端向服务器发送连接请求（SYN），服务器收到后回复确认并同时也发送连接请求（SYN+ACK），客户端再回复确认（ACK），这个过程可以确保双方都知道对方有接收和发送数据的能力。

   增加到四次握手并不会带来更多的可靠性提升，反而会增加通信的开销和延迟，降低连接建立的效率。

总之，TCP 采用三次握手是在保证连接可靠性和通信效率之间的一种平衡选择。