TCP四次挥手详解以及小实验

最新推荐文章于 2024-08-02 19:42:39 发布

Genius!

最新推荐文章于 2024-08-02 19:42:39 发布

阅读量1.3k

点赞数 2

分类专栏：看看TCP源码吧网络文章标签： tcp/ip 网络服务器

本文链接：https://blog.csdn.net/GeniusLS/article/details/126874344

版权

网络同时被 2 个专栏收录

2 篇文章 0 订阅

订阅专栏

看看TCP源码吧

1 篇文章 0 订阅

订阅专栏

TCP四次挥手

1、主动关闭方发送FIN连接释放报文段
客户端调用 close 方法，告诉服务器自己要主动关闭连接，会发送一个 FIN 报文给服务端，客户端进入FIN-WAIT-1状态。

FIN 段是可以携带数据的，比如客户端可以在它发送的最后一块数据块中“捎带” FIN 段。当然也可以单独发送FIN。不管 FIN 段是否携带数据，都需要消耗一个序列号。

半关闭和半连接
客户端发送 FIN 包以后不能再发送数据给服务端，但是还可以接受服务端发送的数据。这个状态就是半关闭，而三次握手中服务器收到SYN报文时的连接即为半连接。

2、被动关闭方发送对FIN的ACK普通确认报文段
由于此时服务器数据很可能还没有发完，需要继续向客户端发送未完成的数据，又不能让客户端等太久，所以先向客户端发送ACK 确认报文段，服务端进入 CLOSE_WAIT，客户端收到ACK之后进入FIN-WAIT-2状态。

3、被动关闭方发送FIN连接释放报文段
当服务器数据发送完毕之后。发送 FIN 报文给客户端，然后进入LAST-ACK 状态，等待客户端的 ACK。(同前面一样如果 FIN 段没有携带数据，也需要消耗一个序列号)

4、主动关闭方发送对FIN的ACK普通确认报文段
客户端收到服务端的 FIN 报文以后，回复 ACK 报文用来确认第三步里的 FIN 报文，随后进入TIME_WAIT状态（主动关闭连接的一方才有 TIME_WAIT 状态），等待 2 个 MSL （MSL：最长报文段寿命）以后进入 CLOSED状态。服务端收到 ACK 以后进入CLOSED状态。正常情况下服务器结束TCP连接的时间要比客户端早一些。

四次挥手在某些情况下会简化为三次挥手

四次挥手的原因：因为在客户端发送close请求后，可能服务器还有部分数据尚未传输完，此时的客户端处于半连接半关闭状态还可以接受数据，如果马上发送FIN+ACK就来不及发送这些数据包，而且先发送ACK的原因是防止客户端等太久重传close请求

当服务器没有数据报要发送时，第二次挥手和第三次挥手会简化成一次

TIME_WAIT等待时间是2MSL

MSL 是 Maximum Segment Lifetime，报文最大生存时间，它是任何报文在网络上存在的最长时间，超过这个时间报文将被丢弃。

补充：最大生存时间怎么来的?
报文每经过一次路由器的转发，IP 头部的 TTL 字段就会减 1，减到 0 时报文就被丢弃，这就限制了报文的最长存活时间
MSL 与 TTL 的区别：MSL 的单位是时间，而 TTL 是经过路由跳数。所以 MSL 应该要大于等于 TTL 消耗为 0 的时间，以确保报文已被自然消亡。