计算机网络复习------TCP的四次挥手

最新推荐文章于 2023-01-30 16:09:55 发布

浪里小黑狼

最新推荐文章于 2023-01-30 16:09:55 发布

阅读量308

点赞数

分类专栏：计算机网络

本文链接：https://blog.csdn.net/qq_41398448/article/details/100766191

版权

计算机网络专栏收录该内容

6 篇文章 0 订阅

订阅专栏

断开一个TCP连接时，需要客户端和服务器端总共发出4个包，以确认连接的断开。

在Socket编程中，这过程由客户端或服务端任一方，执行Close来触发。

"挥手"是为了终止连接，TCP四次挥手的流程图如下

上图由客户端主动触发close。数据传送完毕之后，双方都可以释放连接，最开始的时候客户端和服务端都处于ESTABLISHED状态。然后客户端主动关闭，服务器被动关闭。

第一次挥手

首先客户端进程发出连接释放报文（FIN），并且停止发送数据。在该数据报的报头中，TCP Flags 中的 FIN = 1，假设客户端定义的序列号为seq=u，该值等于前面ESTABLISHED状态数据最后一次发送的时候，已经传送过来的数据的最后一个字节的序号加上1。此时客户端就进入了FINWAIT1,这个终止等待1的状态。TCP规定即使FIN不携带数据，也要消耗掉一个序号。即回值的时候u要加上1。

第二次挥手

当服务器收到连接释放报文之后，也要发出确认报文，即ACK=1。作为回应akc=u+1,并且也带上了自己的序列号seq=v。此时服务端就进入了CLOSEWAIT,关闭等待的状态。TCP服务器通知高层的进程，客服端要释放与服务器之间的连接，这时候会处于半关闭的状态，即客户端没有数据要发送了，但是服务器要发送数据，客户端还是能够接受的。CLOSEWAIT状态还要持续一段时间。

第三次挥手

客户端收到服务器的确认请求之后，客户端就进入了FIN_WAIT_2,即终止等待2状态。等待服务器发送释放连接报文，也就是第三次挥手的请求。因此在这个时间内还需要接收服务器发送最后的数据，服务器将最后的数据发送完毕后就会向客户端发送连接释放报文，FIN=1,ack=u+1。有可能在半关闭的状态，服务器很可能又发送了一些数据，假定此时的序号变为了w。此时服务器就进入到了LAST_ACK的状态。等待客户端的最终确认。

第四次挥手

客户端在收到服务器的连接释放报文之后，必须发出确认，即ACK=1，然后再将服务器发送过来的w变成w+1,回发给服务器。

此时的seq为u+1。此时客户端就进入了TIME_WAIT,即时间等待的状态，这时客户端的TCP连接还没有释放，必须经过2MSL时间后，连接才会真正的释放，才会进入到CLOSED状态。MSL最长报文段生命。在Linux MSL 为30s,而服务器只要收到客户端发出的确认，立即就进入CLOSED状态。

由图可知，服务器结束TCP的连接时间，要比客户端，稍早一些。