一、closewait多少算多？
在TCP连接关闭过程中，如果服务器端先发起FIN分节，那么此时服务器会进入CLOSE_WAIT状态，等待客户端响应确认。客户端向服务器发送确认分节后，会变成TIME_WAIT状态，等待2MSL的时间后才会关闭。由此可见，CLOSE_WAIT状态只是个中间状态，只是表示服务端等待客户端的确认，如果CLOSE_WAIT状态没有过多，那就不会对服务器产生太大影响。
在Linux系统中，通常建议如果某个TCP端口中CLOSE_WAIT状态大于30，就要考虑是否有问题，并尽快解决问题。
二、服务器出现closewait，会有什么后果？
如果服务器出现CLOSE_WAIT状态，那么可能会引起以下问题：
1、CLOSE_WAIT状态太多可能会导致服务器的端口耗尽，进而引起网络故障。
2、CLOSE_WAIT状态太多可能会导致服务器的TCP连接受到影响，连接越多，影响越大。
三、closewait timewait、close外套
在TCP连接结束过程中，当TCP连接发送FIN后，有一段时间等待对方响应确认。如果TCP连接的关闭方式不当可能会导致CLOSE_WAIT、TIME_WAIT等状态。而TIME_WAIT状态也是一个占用资源的状态，它持续时间大概是MSL，通常为30秒。如果没有及时结束TIME_WAIT状态也会导致服务器资源浪费。
一些应用服务器程序，如Nginx、Tomcat，有一些参数，可以对服务器在处理CLOSE_WAIT这种情况时进行优化。比如，在Nginx中，可以调整worker_connections的大小，或者减少worker_processes的数量，这些都可以减少CLOSE_WAIT的出现。
四、服务端closewait解决方法
下面提供一些解决CLOSE_WAIT状态过多的方法：
1、检查应用程序的代码，看是否有长时间运行，或者循环调用的情况。
# 示例1：Python中使用socket通信，需要手动关闭socket client_sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM) client_sock.connect((ip,port)) #调用send()等函数 client_sock.close()
# 示例2：Java中使用Socket通信，要使用try-with-resources语句自动关闭Socket
try(Socket socket = new Socket()) {
// 一些操作
}
2、调整内核对TIME_WAIT状态的处理方式
# 执行命令 echo "1" > /proc/sys/net/ipv4/tcp_tw_recycle
3、调整系统对TIME_WAIT状态的回收后的等待时间
# 执行命令（过早地回收会导致数据包丢失） echo "6" > /proc/sys/net/ipv4/tcp_fin_timeout
五、服务器突然出现closewait
如果服务器突然出现CLOSE_WAIT状态，可能是代码或者系统异常导致。可以根据一些异常信息，分析出可能的原因：
1、在Java程序中，如果使用class.getResourceAsStream()加载资源，有可能会记录InputStream实例而忘了关闭，最终导致CLOSE_WAIT。
2、在Linux系统中，如果TCP连接启用了SO_KEEPALIVE选项，那么在通信链路出现故障时会延迟关闭，最终导致CLOSE_WAIT。
3、在使用Redis数据库时，如果忘了关闭连接，龟速过程中会导致大量的时间等待和CLOSE_WAIT状态。
结尾
以上是关于CLOSE_WAIT状态的详细阐述，可以从不同的角度理解CLOSE_WAIT状态的含义，也可以了解CLOSE_WAIT状态对服务器的影响以及解决方案，在应用程序开发、服务器运维以及网络调试中都具有重要的参考价值。
