- 此问题并不能单纯的咱照网上大部分的解决方案如：修改linux系统默认的打开文件数上线 ulimit -n 或修改 /etc/security/limits.conf 文件来解决，这样即便更改了最大文件打开数，当打开文件的数目再次达到设置的数目时，项目依然会崩溃，根本问题还是要解决大量僵尸连接的问题
- netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}' 查看网络连接各状态下的数目，发现CLOSE_WAIT状态数目非常大
- lsof -i :80 （80是端口号），结果中第二列对应的是PID， 确实发现大量进程处于CLOSE_WAIT状态，会发现某个PID对应大量CLOSE_WAIT进程
- ll /proc/{PID } ({PID}填写有问题的PID) 查看到具体某个项目，然后发现此项目中大量使用httpclient请求外部资源
- 查看代码发现httpclient请求的工具类没有设置HttpConnectionManager连接池的参数，而且没有关闭连接，导致所有非200状态连接（即A请求B时，B不存在该资源，B向A发起关闭请求，A被动关闭连接，如果此时A被动关闭之后没有释放连接的话，造成CLOSE_WAIT状态）都会处于CLOSE_WAIT状态
- 接下来就是需要修改代码，手动关闭连接释放资源
java.net.SocketException:Too many open files
©著作权归作者所有,转载或内容合作请联系作者
平台声明：文章内容（如有图片或视频亦包括在内）由作者上传并发布，文章内容仅代表作者本人观点，简书系信息发布平台，仅提供信息存储服务。
平台声明：文章内容（如有图片或视频亦包括在内）由作者上传并发布，文章内容仅代表作者本人观点，简书系信息发布平台，仅提供信息存储服务。
