TIME_WAIT状态、危害、如何避免危害

1.什么是TIME_WAIT状态？

即是在四次挥手的过程中，主动断开方在发出正常情况最后一个ACK时所等待的时间，一般为2MSL(MSL指的是数据包在网络中的最大生存时间).

2.为什么需要TIME_WAIT状态？

1. 为了保证四次挥手的可靠性。

   主动断开连接方（上图中Client）最后一次ACK报文丢失了，会触发被动方（上图中Server）的超时重传机制，Server再次向Client发送FIN+ACK报文，如果Client在发送完最后一次ACK后立即断开连接（没有TIME_WAIT状态），则Server会收到RST=1的报文响应，表示连接建立异常，而此时并非异常，只是正常的关闭连接过程，进而导致Server端不能正常关闭连接。因此，Client必须维护2MSL的等待时间，确保在Server端第二次发送的FIN+ACK被Client正常接收，收到后Client立即发送ACK给Server，并重新启动2MSL计时器。（因为极端情况涉及两次报文传输（Client向Server的ACK，Server向Client的FIN+ACK），所以等待时间为2MSL）

2. 保证在2msl时间内，不能启动相同的SOCEKT-PAIR

   可能存在一些数据包在传输过程中出现异常而导致严重推迟，而在它到来之前发送方已经重发了该报文，并完成其任务。如果在被推迟的报文未抵达前接收方断开了连接，随后又建立了一个与之前相同IP、Port的连接，而之前被推迟的报文在这时恰好到达，而此时此新连接非彼连接，从而会发生数据错乱，进而导致无法预知的情况。因此必须维持一段等待时间，使迟到的报文在网络中完全消失，并且在等待时间内，因为连接并未关闭，所以不能建立相同的新连接，就不会出现数据错乱。

保活计时器

尽管维护了TIME_WAIT状态，双方也并非一定能正确关闭连接，

情况一：若被动关闭连接的一方没有收到对方的最后一条ACK，而重发FIN+ACK，而FIN+ACK也丢失了，并且在TIME_WAIT等待时间内，一直丢包，导致等待时间过后一方关闭连接，而被动关闭的一方因始终没有收到最后一个ACK而无法关闭连接。

情况二：两台主机建立连接成功后，一方因故障断网/断电，而另一方并不知情会一直白白等下去，显然这并不合理。

当发生以上两种情况时，就会用到保活计时器。服务器每收到一次客户的数据，就会重新设置保活计时器，若直到计时器时间内没有收到客户端的数据，服务器就发送一个探测报文段，以后每隔一段时间发送一次，如连续发送n个探测报文让没有收到客户的响应，服务器就认为客户端出现了故障，会主动关闭该连接。

注意：进程退出时，进程所拥有的文件描述符（包含socket）都会被释放，文件会被关闭，也就是会执行close，对于TCP连接来说就是进程会主动关闭连接。机器关机相同（OS会先关闭所有服务再关机）。

3.TIME_WAIT状态造成的危害

1.浪费服务器资源。
在高并发短连接的TCP服务器上，当服务器处理完请求后主动请求关闭连接，这样服务器上会有大量的连接处于TIME_WAIT状态，服务器维护每一个连接需要一个socket，也就是每个连接会占用一个文件描述符，而文件描述符的使用是有上限的，如果持续高并发，会导致一些连接失败。

2.不能及时重启。
还有一种情况，假设假设假设，今天双十一，这是一台Tmall的服务器，因为一些原因，服务器进程挂掉了，退出了，由于是服务器主动关闭连接，因此会有TIME_WAIT状态存在，也就意味着服务器进程想立即重启，但是起不来，因为端口（可能是80）还被之前处于TIME_WAIT的连接占用着，如果TIME_WAIT状态维持60秒，60秒服务器都起不来，双十一，啧啧。

4.如何避免

可设置套接字选项为SO_REUSEADDR，该选项的意思是，告诉操作系统，如果端口忙，但占用该端口TCP连接处于TIME_WAIT状态，并且套接字选项为SO_REUSEADDR，则该端口可被重用。如果TCP连接处于其他状态，依然返回端口被占用。该选项对服务程序重启非常有用。