原理
初始
双方都处于ESTABLISHED状态，假如是客户端先发起关闭请求
第一次挥手
客户端发送一个FIN报文，报文中会指定一个序列号
此时客户端处于FIN_WAIT_1状态
第二次挥手
服务端收到FIN之后，会发送ACK报文，且把客户端的序列号值+1作为ACK报文的序列号，表明已经收到客户端的报文了
此时服务端处于CLOSE_WAIT状态
第三次挥手
如果服务端也想断开连接了，和客户端的第一次挥手一样，发给FIN报文，且指定一个序列号
此时服务端处于LAST_ACK状态
第四次挥手
客户端收到FIN之后，一样发送一个ACK报文作为应答，且把服务端的序列号值+1作为自己ACK报文的序列号值
此时客户端处于TIME_WAIT状态
需要过一段时间后以确保服务段收到自己的ACK报文之后才会进入CLOSED状态，服务端收到ACK报文之后，就关闭连接了，处于CLOSED状态
问题
（TIME_WAIT）为什么客户端发送ACK之后不直接关闭，而是要等一阵子才关闭？
对一个具体实现所给定的MSL值，处理的原则是：当TCP执行一个主动关闭，并发回最后一个ACK，该连接必须在TIME_WAIT状态停留的时间为2倍的MSL。这样可让TCP再次发送最后的ACK以防这个ACK丢失（另一端超时并重发最后的FIN）
这种2MSL等待的另一个结果是这个TCP连接在2MSL等待期间，定义这个连接的插口（客户的IP地址和端口号，服务器的IP地址和端口号）不能再被使用。这个连接只能在2MSL结束后才能再被使用
挥手为什么需要四次？
因为当服务端收到客户端的SYN连接请求报文后，可以直接发送SYN+ACK报文。其中ACK报文是用来应答的，SYN报文是用来同步的。但是关闭连接时，当服务端收到FIN报文时，很可能并不会立即关闭SOCKET，所以只能先回复一个ACK报文，告诉客户端，“你发的FIN报文我收到了”。只有等到我服务端所有的报文都发送完了，我才能发送FIN报文，因此不能一起发送。故需要四次挥手。<br>
四次挥手释放连接时，等待2MSL的意义？？
MSL
Maximum Segment Lifetime的英文缩写，可译为“最长报文段寿命”，它是任何报文在网络上存在的最长时间，超过这个时间报文将被丢弃。
为了保证客户端发送的最后一个ACK报文段能够到达服务器。因为这个ACK有可能丢失，从而导致处在LAST-ACK状态的服务器收不到对FIN-ACK的确认报文。服务器会超时重传这个FIN-ACK，接着客户端再重传一次确认，重新启动时间等待计时器。最后客户端和服务器都能正常的关闭。假设客户端不等待2MSL，而是在发送完ACK之后直接释放关闭，一但这个ACK丢失的话，服务器就无法正常的进入关闭连接状态<br>
为什么TIME_WAIT状态需要经过2MSL（最大报文段生存时间）才能返回到CLOSED状态？
理论上，四个报文都发送完毕，就可以直接进入CLOSE状态了，但是可能网络是不可靠的，有可能最后一个ACK丢失。所以TIME_WAIT状态就是用来重发可能丢失的ACK报文
