关于TCP的四次挥手

前面说了三次握手，里面有6个标志，这边就不具体介绍了，四次挥手，主要用到的一个标志FIN（结束标志）。

四次挥手图解

四次挥手同样举个简单的例子：

1.你和你女朋友再一次好久了。（ps;此时一直建立连接）有一天你女朋友突然和你说：“我们分手吧，我们不合适。”（第一次挥手，要断开连接了，上图中客户端向服务器发送释放报文）

2.你一脸懵逼，在一起好好的为啥要分手啊。然后你问她：“为什么要分手啊，能不能不分手？我很爱你，很在乎你。能不能不分手？”（这是第二次挥手，就是上图中的服务器向客户端发送确认报文）。

3.但是你女朋友分手决心很坚定，鸟都不鸟你，你能咋办呢？这个时候你就疯狂的献殷勤，给她买包，买衣服，买口红送给她。你女朋友还是要分手，但是你买给她的东西，她依旧收着（这就是上图中的数据传输）。

4.你献殷勤了一段时间，发现她态度还是那么冷淡，你最后扛不住了，问她：“你还是依旧要和我分手么？”（上图中服务器继续想客户端发送确认报文）

5.你女朋友依旧是那种冷漠的态度，和你说：“我们真的不合适，我们分手吧”。接着你俩就分了。没下文了。（第四次挥手，两边断开了连接）

四次挥手得原理解释：

数据传输完毕后，双方都可释放连接。最开始的时候，客户端和服务器都是处于ESTABLISHED状态，然后客户端主动关闭，服务器被动关闭。

1.客户端进程发出连接释放报文，并且停止发送数据。释放数据报文首部，FIN=1，其序列号为seq=u（等于前面已经传送过来的数据的最后一个字节的序号加1），此时，客户端进入FIN-WAIT-1（终止等待1）状态。 TCP规定，FIN报文段即使不携带数据，也要消耗一个序号。

2.服务器收到连接释放报文，发出确认报文，ACK=1，ack=u+1，并且带上自己的序列号seq=v，此时，服务端就进入了CLOSE-WAIT（关闭等待）状态。TCP服务器通知高层的应用进程，客户端向服务器的方向就释放了，这时候处于半关闭状态，即客户端已经没有数据要发送了，但是服务器若发送数据，客户端依然要接受。这个状态还要持续一段时间，也就是整个CLOSE-WAIT状态持续的时间。

3.客户端收到服务器的确认请求后，此时，客户端就进入FIN-WAIT-2（终止等待2）状态，等待服务器发送连接释放报文（在这之前还需要接受服务器发送的最后的数据）。

4.服务器将最后的数据发送完毕后，就向客户端发送连接释放报文，FIN=1，ack=u+1，由于在半关闭状态，服务器很可能又发送了一些数据，假定此时的序列号为seq=w，此时，服务器就进入了LAST-ACK（最后确认）状态，等待客户端的确认。

5.客户端收到服务器的连接释放报文后，必须发出确认，ACK=1，ack=w+1，而自己的序列号是seq=u+1，此时，客户端就进入了TIME-WAIT（时间等待）状态。注意此时TCP连接还没有释放，必须经过2∗ *∗MSL（最长报文段寿命）的时间后，当客户端撤销相应的TCB后，才进入CLOSED状态。

6.服务器只要收到了客户端发出的确认，立即进入CLOSED状态。同样，撤销TCB后，就结束了这次的TCP连接。可以看到，服务器结束TCP连接的时间要比客户端早一些。