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

TCP（传输控制协议）使用三次握手是为了确保两个节点之间的连接建立和通信准备就绪。这个过程是为了防止数据丢失或重复发送，以及确保连接的正确建立。

以下是三次握手的原因和必要性：

1. 确认连接请求：在第一次握手过程中，客户端发送一个SYN（同步）包，表示它希望建立连接。服务器收到这个请求后，会回应一个SYN+ACK（确认和确认）包，表示它已经准备好并接受连接。
2. 防止重放攻击：TCP使用序列号来确保数据包的唯一性，防止重放攻击。三次握手过程确保了每个包都被正确地发送和接收，并且每个包都有相应的序列号。
3. 建立双向连接：三次握手不仅建立了TCP连接的初始阶段，还确定了两个节点之间的双向通信。在第二次握手过程中，客户端会发送一个ACK（确认）包，告诉服务器它已经收到了服务器的SYN包。同时，服务器也会发送一个ACK包，确认收到了客户端的SYN包。这样，双方都知道了对方的响应，并且建立了双向连接。

至于是否可以使用两次握手来实现TCP连接的建立，答案是理论上可以，但在实际应用中并不推荐。这是因为两次握手无法解决重放攻击的问题，也无法确保双向连接的建立。此外，三次握手的过程也符合TCP的通用标准，被广泛接受和实现。

CP 客户端和服务端建立连接需要三次握手，首先服务端需要开启监听，等待客户端的连接请求，这个时候服务端处于“收听”状态；
客户端向服务端发起连接，选择 的初始序列号，此时客户端处于“同步已发送”的状态；
服务端收到客户端的连接请求，同意连接并向客户端发送确认，确认号是 表示客户

端可以发送下一个数据包序号从于“同步收到”状态；

开始，同时选择

的初始序列号，此时服务端处

客户端收到服务端的确认后，向服务端发送确认信息，确认号是 表示服务端可以发
送下一个数据包序号从 开始，此时客户端处于“已建立连接”的状态；
服务端收到客户端的确认后，也进入“已建立连接”的状态。
从三次握手的过程可以看出如果只有两次握手，那么客户端的起始序列号可以确认，服务端的起始序列号将得不到确认。

总的来说，TCP使用三次握
手是为了确保连接的可靠性和安全性，以及建立双向通信。这个过程对于TCP的稳定性和高效性至关重要