下TCP 三次握手，为什么是三次？两次可以吗

TCP 三次握手，为什么是三次？两次可以吗?

一、tcp的三次握手的过程

客户端与服务端建立连接需要的的三步
1.建立连接时，客户端发送 SYN 包到服务器，随机选择一个初始序号 x，并进入 SYN_SENT 状态，等待服务器确认；
2.服务器收到 SYN 包，必须确认客户的 SYN (ack = x + 1)，同时自己也发送一个 SYN 包 (seq = y)，即 SYN + ACK 包，此时服务器进入 SYN_RECV 状态；
3.客户端收到服务器的 SYN + ACK 包，向服务器发送确认包 ACK (ack = y + 1)，此包发送完毕，客户端和服务器进入 ESTABLISHED 状态，完成三次握手

二、建立连接为什么必须是三次不能时两次或者四次五次

我们知道，3次握手完成两个重要的功能，既要双方做好发送数据的准备工作(双方都知道彼此已准备好)，也要允许双方就初始序列号进行协商，这个序列号在握手过程中被发送和确认。
现在把三次握手改成仅需要两次握手，死锁是可能发生的。作为例子，考虑计算机S和C之间的通信，假定C给S发送一个连接请求分组，S收到了这个分组，并发 送了确认应答分组。按照两次握手的协定，S认为连接已经成功地建立了，可以开始发送数据分组。可是，C在S的应答分组在传输中被丢失的情况下，将不知道S 是否已准备好，不知道S建立什么样的序列号，C甚至怀疑S是否收到自己的连接请求分组。在这种情况下，C认为连接还未建立成功，将忽略S发来的任何数据分 组，只等待连接确认应答分组。而S在发出的分组超时后，重复发送同样的分组。这样就形成了死锁。
我们不使用四次,五次握手,是因为达到的效果是一样的,但是消耗更多的资源,得不偿失。
参考文章