TCP四次挥手

最新推荐文章于 2024-06-10 00:15:00 发布

置顶凯凯贼秀

最新推荐文章于 2024-06-10 00:15:00 发布

阅读量177

点赞数

分类专栏： HTTP协议文章标签： TCP四次挥手

本文链接：https://blog.csdn.net/qq_42246939/article/details/103422038

版权

HTTP协议专栏收录该内容

2 篇文章 0 订阅

订阅专栏

TCP四次挥手

所谓四次挥手（Four-Way Wavehand）即终止TCP连接，就是指断开一个TCP连接时，需要客户端和服务端总共发送4个包以确认连接的断开。在socket编程中，这一过程由客户端或服务端任一方执行close来触发，整个流程如下图所示：
在这里插入图片描述

状态：

FIN_WAIT_1：等待远程TCP的连接中断（FIN）或先前的连接中断请求的确认状态。
CLOSE_WAIT: 被动关闭状态。
FIN_WAIT_2: 从远程TCP等待连接中断请求。
LAST_ACK: 等待发向客户端连接中断请求的确认。
TIME_WAIT: 等待足够时间已确保远程TCP接收到连接中断请求的确认。
CLOSED:没有任何连接状态。

属性：

FIN：释放一个连接。

由于TCP连接时全双工的，因此，每个方向都必须要单独进行关闭，这一原则是当一方完成数据发送任务后，发送一个FIN来终止这一方向的连接，收到一个FIN只是意味着这一方向上没有数据流动了，即不会再收到数据了，但是在这个TCP连接上仍然能够发送数据，直到这一方向也发送了FIN。首先进行关闭的一方将执行主动关闭，而另一方则执行被动关闭，上图描述的即是如此。


（1）第一次挥手：Client发送一个FIN，用来关闭Client到Server这一方向的数据传送，Client进入FIN_WAIT_1状态。
			1.1. 表示要终止Client到Server这个方向的连接。
			1.1. 通过调用close(socket) API。
			1.3 表示Client不再会发送数据到Server端。(但Server还能继续发给Client端)
			1.4 Client状态变为FIN_WAIT_1_
（2）第二次挥手：Server收到FIN后，发送一个ACK给Client，确认序号为收到序号+1（与SYN相同，一个FIN占用一个序号），Server进入CLOSE_WAIT状态。	
			2.1 Server状态变为CLOSE_WAIT
			2.2 Client收到序号为(M+1)的ACK后状态变为FIN_WAIT_2
（3）第三次挥手：Server发送一个FIN，用来关闭Server到Client的数据传送，Server进入LAST_ACK状态。
			3.1 表示Server也要终止到Client端这个方向的连接。
			3.2. 通过调用close(socket) API。
			3.3 Server端状态变为LAST_ACK
（4）第四次挥手：Client收到FIN后，Client进入TIME_WAIT状态，接着发送一个ACK给Server（ack=N+1），确认序号为收到序号+1，Server进入CLOSED状态，完成四次挥手。
			4.1 Client状态变为TIME_WAIT
			Server端收到序号为(N+1)的ACK
			4.2 Server的状态变为CLOSED.
			等带2MSL之后
			4.3 Client的状态也变为CLOSE.

至此，一个完整的TCP连接就关闭了。

2.1 为什么建立连接是三次握手，而关闭连接却是四次挥手呢？

因为当服务端收到客户端的SYN连接请求报文后，可以直接发送SYN+ACK报文。其中ACK报文是用来应答的，SYN报文是用来同步的。
但是关闭连接时，当服务端收到FIN报文时，很可能并不会立即关闭SOCKET，所以只能先回复一个ACK报文，告诉客户端，“你发的FIN报文我收到了”。只有等到我服务端所有的报文都发送完了，我才能发送FIN报文，因此不能一起发送。故需要四次挥手。

2.2 为什么TIME_WAIT状态需要经过2MSL(最大报文段生存时间)才能返回到CLOSE状态？

两个理由：
保证客户端发送的最后一个ACK报文段能够到达服务端。

这个ACK报文段有可能丢失，使得处于LAST-ACK状态的B收不到对已发送的FIN+ACK报文段的确认，服务端超时重传FIN+ACK报文段，而客户端能在2MSL时间内收到这个重传的FIN+ACK报文段，接着客户端重传一次确认，重新启动2MSL计时器，最后客户端和服务端都进入到CLOSED状态，若客户端在TIME-WAIT状态不等待一段时间，而是发送完ACK报文段后立即释放连接，则无法收到服务端重传的FIN+ACK报文段，所以不会再发送一次确认报文段，则服务端无法正常进入到CLOSED状态。

防止“已失效的连接请求报文段”出现在本连接中。

客户端在发送完最后一个ACK报文段后，再经过2MSL，就可以使本连接持续的时间内所产生的所有报文段都从网络中消失，使下一个新的连接中不会出现这种旧的连接请求报文段。