一、为什么TIME_WAIT等待的时间是2MSL？

MSL：报文最大生存时间

我们要知道TCP报文是基于IP协议生存的，而在IP头中有一个TTL（经过路由跳数），当TTL为0使，数据报被丢失，同时发送ICMP报文通知主机

因此MSL的时间应该大于等于TTL消耗为0的时间（Linux设置MSL=30秒）

我们再来说一说为什么TIME_WAIT为什么是2MSL？

2MSL是从客户端收到FIN发送ACK开始计时的

举个例子：当客户端主动关闭连接，而服务端没有收到ACK报文，这时我们进行超时重传，服务端再次发送一个FIN，而客户端收到FIN后，会再次发送ACK报文，而这个时间刚好是2MSL。（因此2MSL相当于为至少可以丢失一次报文）

定义在Linux内核代码里的名称为TCP_TIMEWAIT_LEN:

#define TCP_TIMEWAIT_LEN (60*HZ)

若要修改TIME_WAIT的时间长度，只能修改Linux内核代码里TCP_TIMEWAIT_LEN的值，并重新编译Linux内核

二、为什么需要TIME_WAIT状态

• 防止历史连接中的数据，被后面相同四元组的连接错误的接收

• 保证【被动关闭连接】的一方，能被正确的关闭

三、TIME_WAIT过多有什么危害？

• 第一是占用系统资源，比如文件描述符、内存资源、CPU资源，线程资源等
• 第二是占用端口资源，端口资源也是有限的

四、服务器出现大量TIME_WAIT状态的原因有哪些？

• HTTP没有使用长连接

        当服务器出现大量的TIME_WAIT状态连接的时候，可以排查下是否客户端和服务端都开启了HTTP Keep-Alive，因为任意一方没有开启HTTP Keep-Alive，都会导致服务端在处理完一个HTTP请求后，主动关闭连接，此时服务端上就会出现大量的TIME_WAIT状态的连接

• HTTP长连接超时

        如果客户端在完成一个HTTP请求后，在长连接超时时间内没有再发起新的请求，定时器的时间一到，nginx就会触发回调函数来关闭该连接，那么此时服务端上就会出现TIME_WAIT状态的连接

• HTTP长连接的请求数量达到上限

        如果长连接的请求数量达到上限，则nginx会主动关闭这个长连接，那么此时服务端上就会出现TIME_WAIT状态的连接