TCP的连接释放：四次挥手

参与一条TCP连接的两个进程中的任何一个进程都可以终止该TCP连接，当连接结束之后，主机中的资源（缓存和变量）将会被释放。这就是所说的“TCP四次挥手”

第一次挥手：客户端发送连接释放报文段，停止发送数据，主动关闭TCP连接。
此时FIN=1（终止位：为1时表明此报文段发送方数据已发完，要求释放连接），seq=u（随机的数）

第二次挥手：服务器端返回一个确认报文段，此时客户端到服务器该方向的连接就释放了，此时整个TCP连接处于“半关闭状态”。
此时，ACK=1,seq=v,ack=u+1。

第三次挥手：服务器端发送完数据，就发出连接释放的报文段，主动关闭TCP连接。
此时FIN=1，ACK=1，seq=w（随机数）,ack=u+1。

第四次挥手：客户端返回一个确认报文段，等到时间等待计时器设置的2MSL（最长报文段寿命）后，连接彻底释放。
此时ACK=1，seq=u+1,ack=w+1.

Q1:为什么释放连接的时候是四次挥手？
因为TCP是全双工通信，每个方向都要发送关闭请求，另一方相应的返回确认信息。

Q2:最终为什么需要等到2MSL？
因为第四次挥手的时候，客户端向服务器端发送确认报文可能丢失，等待一定的时间是为了重发可能丢失的ACK报文。

Q3:其中在第二次挥手和第三次挥之间会有一个“关闭等待时间”，为什么要有该时间？
因为服务器端可能有未发送完毕的数据，这个关闭等待时间是用来继续发送数据的。