TCP四次挥手

在讲解tcp四次挥手之前我们也先来认识一下tcp首部中的某些字段：

ACK:只有该字段置1时ack(确认号)才有效

FIN:当该字段置1时用于请求释放连接

seq:序列号，表示该报文段的序号

ack:确认号，表示希望收到的下一个报文段，并且该报文段以前的报文已经收到

四次挥手

先来讲解一下大体的一个过程：（以客户端先主动释放连接为例）

一、 客户端释放连接，客户端进入FIN-WAIT1状态

二、 服务端收到tcp报文段，并发出确认 服务端进入CLOSE-WAIT状态

客户端收到确认后进入FIN-WAIT2状态。

这两个步骤完成后该tcp进入半关闭状态，即客户端到服务端的连接已经关闭，但有可能服务端需要向客户端发送数据，所以有可能需要等待服务端继续发送数据

三、 服务端释放连接 服务端进入LAST-ACK状态

四、 客户端收到该报文段，发出确认，客户端进入TIME-WAIT状态，在经过2MSL（最长报文段寿命）时间后进入CLOSED状态

服务端收到确认报文后也进入COISED状态。

为什么最后客户端需要等待2MSL的时间，原因有两个：

一、 保证客户端最后发送的确认报文段可以被服务端收到，使服务端顺利进入CLOSED状态。因为最后客户端发出的确认请求报文可能不能到达服务端，而2MLS的时间可以保证服务端重发释放连接的报文可以到达客户端，这样才能保证客户端确认报文一定可以到达服务端。

二、 防止已失效的连接请求报文。

2MLS时间可以让本报文段所产生的所有报文都从网络中消失。

具体过程：

一、 客户端将tcp头部 FIN置1，seq=u(u等于前面发送报文段序号+1)，向服务端发送该报文，客户端进入FIN-WAIT1状态

二、 接收到客户端的报文后，将tcp头部ACK置1， ack=u+1,seq=v(v等于前面发送报文段序号+1)，服务端进入CLOSE-WAIT状态

客户端收到确认报文后进入FIN-WAIT2状态，整个tcp连接进入半关闭状态

中间可能服务端依然向客户端发送数据

三、 服务端数据发送完成后，将tc头部FIN置1，seq=w(w等于v加上中间向服务端发送的数据)，ack=u+1(这里需要注意)，发送该报文段，服务端进入LAST-ACK状态

四、 客户端收到服务端报文后，将tcp头部ACK置1，ack=w+1,seq=u+1,发送该报文后客户端进入TIME-WAIT状态，再等待2MSL时间后进入到CLOSED状态。

服务端收到确认后也进入到CLOSED状态。