为什么TPC是三次握手不是两次

为了搞懂这个看过很多相关文章，但都说法不一，看的云里雾里，书上的说法也不是很明确，总结了一个比较靠谱的说法。
参考：Why do we need a 3-way handshake? Why not just 2-way
TCP 为什么三次握手而不是两次握手（正解版）

TCP和UDP的区别

最基本区别， TCP 是可靠通信协议， 而 UDP 是不可靠通信协议。UDP 传输不需要握手。

• TCP 的可靠性含义： 接收方收到的数据是完整， 有序， 无差错的。
• UDP 不可靠性含义： 接收方接收到的数据可能存在部分丢失，顺序也不一定能保证。

TPC为了实现可靠传输，通信双方需要判断自己已经发送的数据包是否都被接收方收到， 如果没收到， 就需要重发。 为了实现这个需求， 很自然地就会引出序号（sequence number） 和 确认号（acknowledgement number） 的使用。
所以有了如下的确认过程：

两次握手只能保证做到服务器对客户端的确认，没有做到双方都得到确认

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

如果使用的是两次握手建立连接，假设客户端发送了第一个请求连接并且没有丢失，只是因为在网络结点中滞留的时间太长了，由于TCP的客户端迟迟没有收到确认报文，以为服务器没有收到，此时重新向服务器发送这条报文，此后客户端和服务器经过两次握手完成连接，传输数据，然后关闭连接。此时此前滞留的那一次请求连接，网络通畅了到达了服务器，这个报文本该是失效的，但是，两次握手的机制将会让客户端和服务器再次建立连接，这将导致不必要的错误和资源的浪费。

如果采用的是三次握手，就算是那一次失效的报文传送过来了，服务端接受到了那条失效报文并且回复了确认报文，但是客户端不会再次发出确认。由于服务器收不到确认，就知道客户端并没有请求连接。