TCP三次握手四次挥手、状态转移以及常见问题

最新推荐文章于 2022-11-02 22:12:27 发布

闲落~

最新推荐文章于 2022-11-02 22:12:27 发布

阅读量1.8k

点赞数 2

分类专栏：网络基础文章标签： tcp/ip 网络协议 http

本文链接：https://blog.youkuaiyun.com/weixin_39890410/article/details/121793406

版权

本文详细介绍了TCP的三次握手过程和四次挥手过程，包括每个阶段的状态转换。此外，还讨论了为何需要三次握手，为什么第三次握手可以携带数据，以及在第三次挥手后如果丢失ACK，客户端和服务端的处理方式。最后，提到了TIME_WAIT状态的2MSL等待时间和CLOSE_WAIT状态的问题及其危害，并给出了相应解决方案。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

三次握手过程：

file
1）第一次握手：客户端向服务端发送一个 SYN 报文（SYN = 1），并指明客户端的初始化序列号 ISN(x)，即图中的 seq = x，表示本报文段所发送的数据的第一个字节的序号。此时客户端处于 SYN_Send 状态。
SYN-SENT ：在发送连接请求后等待匹配的连接请求

2）第二次握手：服务器收到客户端的 SYN 报文之后，会发送 SYN 报文作为应答（SYN = 1），并且指定自己的初始化序列号 ISN(y)，即图中的 seq = y。同时会把客户端的 ISN + 1 作为确认号 ack 的值，表示已经收到了客户端发来的的 SYN 报文，希望收到的下一个数据的第一个字节的序号是 x + 1，此时服务器处于 SYN_REVD 的状态。
SYN-RECEIVED：在收到和发送一个连接请求后等待对连接请求的确认

3）第三次握手：客户端收到服务器端响应的 SYN 报文之后，会发送一个 ACK 报文，也是一样把服务器的 ISN + 1 作为 ack 的值，表示已经收到了服务端发来的的 SYN 报文，希望收到的下一个数据的第一个字节的序号是 y + 1，并指明此时客户端的序列号 seq = x + 1（初始为 seq = x，所以第二个报文段要 +1），此时客户端处于 Establised 状态。

最低0.47元/天解锁文章