注意：在一个连接没有进入CLOSED状态之前，这个连接是不能被重用的！
TIME-WAIT:连接一端主动关闭并发送完最后一个 ACK 之后所处的状态
这个状态一般会存在 2MSL(Max Segment Lifttime，即一个包在传输过程中的最大生存时间) 时间（所以又叫 2MSL 状态），之所以要有这个状态，是为了让前一个连接的包不影响后面的链接，并且可以被有效的应答，以保证 TCP 连接的可靠性。
TIME_WAIT状态可以通过优化服务器参数得到解决，因为发生TIME_WAIT的情况是服务器自己可控的，要么就是对方连接的异常，要么就是自己没有迅速回收资源，总之不是由于自己程序错误导致的。
CLOSE_WAIT:表示远程计算器关闭连接，正在等待socket连接的关闭
close_wait 是被动关闭连接是形成的，根据 TCP 状态机，服务器端收到客户端发送的 FIN，TCP 协议栈会自动发送 ACK，链接进入 close_wait 状态，协议层在等待上层的应用程序，主动调用close操作后才主动关闭这条连接。但如果服务器端不执行 socket 的 close() 操作，状态就不能由 close_wait 迁移到 last_ack，则系统中会存在很多 close_wait 状态的连接。通常来说，一个 close_wait 会维持至少 2 个小时的时间（系统默认超时时间的是 7200 秒，也就是 2 小时）。如果服务端程序因某个原因导致系统造成一堆 close_wait 消耗资源，那么通常是等不到释放那一刻，系统就已崩溃。
个人觉得这种情况，通过服务器内核参数也没办法解决，服务器对于程序抢占的资源没有主动回收的权利，除非终止程序运行。
所以，TIME_WAIT并不可怕，CLOSE_WAIT才可怕，因为CLOSE_WAIT很多，表示说要么是你的应用程序写的有问题，没有合适的关闭socket；要么是说，你的服务器CPU处理不过来（CPU太忙）或者你的应用程序一直睡眠到其它地方(锁，或者文件I/O等等)，你的应用程序获得不到合适的调度时间，造成你的程序没法真正的执行close操作。
