TCP四次握手断开链接

创建链接须要三次握手，断开链接须要四次握手，能够形象的比喻为下面的对话：
[Shake 1] 套接字A：“任务处理完毕，我但愿断开链接。”
[Shake 2] 套接字B：“哦，是吗？请稍等，我准备一下。”
等待片刻后……
[Shake 3] 套接字B：“我准备好了，能够断开链接了。”
[Shake 4] 套接字A：“好的，谢谢合做。”web

下图演示了客户端主动断开链接的场景：
创建链接后，客户端和服务器都处于ESTABLISED状态。这时，客户端发起断开链接的请求：服务器

1. 客户端调用 close() 函数后，向服务器发送 FIN 数据包，进入FIN_WAIT_1状态。FIN 是 Finish 的缩写，表示完成任务须要断开链接。网络

2. 服务器收到数据包后，检测到设置了 FIN 标志位，知道要断开链接，因而向客户端发送“确认包”，进入CLOSE_WAIT状态。svg

注意：服务器收到请求后并非当即断开链接，而是先向客户端发送“确认包”，告诉它我知道了，我须要准备一下才能断开链接。函数

3. 客户端收到“确认包”后进入FIN_WAIT_2状态，等待服务器准备完毕后再次发送数据包。xml

4. 等待片刻后，服务器准备完毕，能够断开链接，因而再主动向客户端发送 FIN 包，告诉它我准备好了，断开链接吧。而后进入LAST_ACK状态。图片

5. 客户端收到服务器的 FIN 包后，再向服务器发送 ACK 包，告诉它你断开链接吧。而后进入TIME_WAIT状态。it

6. 服务器收到客户端的 ACK 包后，就断开链接，关闭套接字，进入CLOSED状态。webkit

关于 TIME_WAIT 状态的说明

客户端最后一次发送 ACK包后进入 TIME_WAIT 状态，而不是直接进入 CLOSED 状态关闭链接，这是为何呢？请求

客户端最后一次向服务器回传ACK包时，有可能会由于网络问题致使服务器收不到，服务器会再次发送 FIN 包，若是这时客户端彻底关闭了链接，那么服务器不管如何也收不到ACK包了，因此客户端须要等待片刻、确认对方收到ACK包后才能进入CLOSED状态。那么，要等待多久呢？

数据包在网络中是有生存时间的，超过这个时间还未到达目标主机就会被丢弃，并通知源主机。这称为报文最大生存时间（MSL，Maximum Segment Lifetime）。TIME_WAIT 要等待 2MSL 才会进入 CLOSED 状态。ACK 包到达服务器须要 MSL 时间，服务器重传 FIN 包也须要 MSL 时间，2MSL 是数据包往返的最大时间，若是 2MSL 后还未收到服务器重传的 FIN 包，就说明服务器已经收到了 ACK 包。