关于Time wait 的特殊细节 熟悉tcp网络编程的同学对于timewait 状态可以说是既熟悉又陌生。在繁忙的server端，该状态经常会使得server无法bind，或者耗尽可用的port资源。此时此刻，心里往往不知所以，万般无奈。本文结合实验，spec和代码原理，解释了timewait 的几种处理方案。 参考文献 1） unix networking programming 2) C

tcp的状态状态转化图如下所示，其中Time_awit状态是CLOSED之前的一个状态，等待2个MSL时间。 为啥需要time_awit状态呢？为啥不直接进入closed状态呢？这样不就能更快的释放资源给新的连接使用了吗？而是还需要等待2MSL（linux默认）时间。 有两个原因，第一个原因是为了防止“迷路的数据包”，如下图所示，如果在第一个连接里面第三个数据包由于底层网络故障延迟送达。等待新的

通过ss -s 命令，可以看到服务器的timewait状态特别多。 [root@tvreport231 ~]# ss -sTotal: 103 (kernel 256)TCP: 48666 (estab 22, closed 48624, orphaned 7, synrecv 0, timewait 48623/0), ports 18 netstat也是可以看到的，但是需

解决思路 最简单的方法，在taskkill 删除该进程后，等待其 TCP 连接超时，会自动退出该进程，这个时间不会很久的，大致30秒左右不要使用9090或8080等端口，切换其他不常见的端口 参考链接 windows和linux出现timewait过多的解决方法