详解TCP连接释放四次挥手过程

TCP连接释放的过程叫做挥手，挥手需要在客户和服务器之间交换四个TCP报文段。
下图是四报文挥手释放TCP连接的过程：

数据传输结束后，通信的双方都可释放连接。现在A和B都处于ESTABLISHED状态。
结合情侣分手来演示一下四报文挥手（A是男方，B是女方）：

1. A的应用进程先向其TCP发出释放报文段，并停止再发送数据，主动关闭TCP连接。A把连接释放报文段首部的终止控制位FIN置1，其序号seq=u,它等于前面已传送过的数据的最后一个字节的序号加1。这时A进入FIN-WAIT-1(终止等待1）状态，等待B的确认。请注意，TCP规定，FIN报文段即使不携带数据，它也消耗掉一个序号。
   （ 某一天男朋友 (A) 向你 (B) 微信发消息单方面提出分手 ）
2. B收到连接释放报文段后即发出确认，确认号是ack=u+1,而这个报文段自己的序号是v，等于B前面已传送过的数据的最后一个字节的序号加1。然后B进入CLOSE-WAIT(关闭等待)状态。TCP服务器进程这时应通知高层应用进程，因而从A到B这个方向的连接就释放了，这时的TCP连接处于半关闭状态，即A已经没有数据要发送了，但B若发送数据，A仍要接收。也就是说，从B到A这个方向的连接并未关闭，这个状态可能会持续一段时间。
   A收到来自B的确认后，就进入FIN-WAIT-2（终止等待2）状态，等待B发出的连接释放报文段。
   （接着你 (B) 收到了渣男 (A) 发来的分手消息，你 (B) 回复了他 (A) 表示你已经看到这条消息了，但这个时候你 (B) 还没确定分手！只是渣男 (A) 表示分手了！然后你 (B) 气不过继续发消息给渣男骂他控诉他三心二意）
3. 若B已经没有要向A发送的数据，其应用进程就通知TCP释放连接。这时B发出的连接释放报文段必须使FIN=1。现假定B的序号为w（在半关闭状态