TCP 三次握手的时候 1、客户端 向服务端发起连接请求，这个时候客户端将发送一个SYN分节(假设其值为J)，它告诉服务端我发送数据的初始序列号将是J。 2、服务端收到这个请求后，必须确认(ACK) 客户的SYN(J+1)，同时自己也得发送一个SYN(假设其值为K) 分节，它也是告诉对端我发送数据的初始序列号将是K。 3、客户端收到服务端的确认(ACK=J+1)，这个时候客户端还必须向服务端做一个确认SYN(K+1)。 这样三次握手结束，完全连接。 这里面所有的ACK 都是收到的一个SYN 值 + 1，这个+1 是…

大部分网络博客的错误解读 首先需要声明的是， 百度搜索到的大部分网络博客关于这个问题的解答都是不清晰或者不准确的。 讨论这个问题的大部分博客都会引用《计算机网络》的内容： 防止已失效的连接请求又传送到服务器端，因而产生错误 不幸的是， 这种解释是不准确的， TCP 采用三次握手的原因其实非常简单， 远没有大部分博客所描述的那样云山雾绕。 这里先给出结论： 为了实现可靠数据传输， TCP 协议的通信双方， 都必须维护一个序列号， 以标识发送出去的数据包中， 哪些是已经被对方收到的。 三次握手的过程即是通信双方相互告知…