TCP的四次挥手

TCP的四次挥手

服务器第一次确认的时候为半关闭，可能还要有数据传输，要等到第二次确认以后才会完全关闭。服务器结束TCP的连接时间比客户端早。

第一次挥手：客户端发送一个FIN，用来关闭客户端和服务器端的数据传输，客户端进入到FIN-WAIT-1状态；
第二次挥手：服务器端收到了FIN后，发送一个ACK给客户端，确认序号为收到序号加一，（SYN相同，一个FIN占用一个序号），Sever进入到CLOSE-WAIT状态；
第三次挥手：server发送一个FIN，用来关闭服务器到客户端的数据传输，Server进入LAST-ACK状态。
第四次挥手：客户端收到了FIN后，客户端进入到TIME-WAIT状态，接着发送一个ACK给服务器端，确认序号为收到序号加一，服务器进入到CLISED状态，完成四次挥手。

为什么会有TIME-WAIT状态？
确保有足够的时间让对方收到ACK包。
避免新旧连接混淆。

为神马需要四次挥手才能断开连接？
因为是全双工的，发送方和接收方都需要FIN和ACK报文.

服务器出现大量CLOSE-WAIT的原因：
对方关闭socket连接，我方忙于读或者写，没有及时关闭连接。
解决办法：
检查代码，特别是释放代码资源的代码。
检查配置，特别是处理请求的线程配置。

谢谢大家！