为什么TCP连接请求要三次握手而不是两次

TCP 实现可靠的传输协议，是靠 seq 确认完成的。因此建立一个可靠的单向通道需要至少一次 SYN 和 ACK 完成 seq 的确定，并且在今后的通讯中依靠 ACK seq(+1) 来确保发送成功。事实上作为连接发起方，在 SYN_SENT 后如果收到确认 ACK， 那么既进入 ESTABLISHED 状态。因此下图是错误的：

靠谱的状态转换看这个图：

mp;gt;

而之所以存在 3-way hanshake 的说法，是因为 TCP 是双向通讯协议，作为响应一方(Responder) 要想初始化发送通道，必须也进行一轮 SYN + ACK。由于 SYN ACK 在 TCP 分组头部是两个标识位，因此处于优化目的被合并了。所以达到双方都能进行收发的状态只需要 3 个分组。

所以实际上理解成两次（单向通讯）和四次（不考虑合并）也未尝不可。

TCP需要三次握手才能建立连接，那么为什么需要三次握手呢？

• tcp三次握手的目的是为了解决“网络中存在延迟的重复分组”的问题。 “已失效的连接请求报文段”的产生在这样一种情况下：client发出的第一个连接请求报文段并没有丢失，而是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达s...