TCP为什么是三次握手?

TCP 连接是通过三次握手进行初始化的。三次握手的目的是同步连接双方的序列号和确认号并交换 TCP 窗口大小信息。
why三次握手

1. Client 向Server发送请求，收到Server 的确认，Client 直到 二者建立连接，但Server并不知道连接建立成功。
2. Server收到Client的ACK 确认，Server才知道连接建立成功

why 不是两次握手?

1. 两次握手可能导致客户端发送的已过期的SYN报文段传到服务器，服务器为其分配资源，浪费资源
   假设是2次握手：

• 若Client向Server发送的SYN报文段A1，如果在传输链路上遇到的故障，导致传输到Server的时间相当滞后，在这个时间段由于Client没有收到Server的对于SYN报文段A1的确认， 那么就会重传一个SYN 报文段A2
• 假设服务器正常收到了SYN报文段A2，然后返回SYNACK A2。由于没有第三次握手，这个时候Client和Server已经建立连接了。
• 再假设SYN报文段A1随后在链路中传到了Server，这个时候Server又会返回SYNACK A1，但是由于Client 不再识别 A1，所以Client会丢弃掉SYNACK A1，但是Server会保持这个相当于“僵尸”的连接。
  所以采用两次握手，有可能会浪费Server的网络资源

2. 两次握手可能会导致死锁
   • Client向Server发送SYN 报文段A1，请求建立连接，Server返回 SYNACK A1 响应报文段，由于是两次握手，此时Server 以为连接建立成功，可以传输数据分组了。
   • 如果SYNACK A1响应报文段在传输过程中丢失，Client不知道服务器是否同意建立连接，将会忽略Server 发送的数据分组，等待SYNACK，而Server 在发送的数据分组一直未收到ACK超时后，一直重复发送该分组，导致死锁。