java.net.SocketException:Too many open files 解决方案
java.net.SocketException:Too many open files 解决方案
问题说明
近期现场环境中,有一个跑在Tomcat容器里的服务报错“java.net.SocketException:Too many open files”,导致整个平台访问很慢很卡。
报错截图如下:
原因分析
Linux对打开文件的数量有限制,使用如下命令查看到的最大文件数量是1024,命令如下:
ulimit -a | grep open
或者
ulimit -n
解决方案
调整可以打开的最大文件数。
方式1(临时方案):
使用命令修改可以打开的最大文件数,但是机器重启后,就会失效。
ulimit -n 65535
方式2(根本方案):
修改配置文件
在 /etc/security/limits.conf 文件的最后增加如下内容,重启机器即可。
# End of file root soft nofile 65535 root hard nofile 65535 * soft nofile 65535 * hard nofile 65535
PS:
往往这种问题,根源可能是由于多次打开某个文件或者创建了很多连接,没有及时关闭导致的。可以通过如下命令查看某个进程打开的连接数:
lsof -p PID | wc -l
其中,PID 是服务对应的进程ID。
此时,需要仔细审核自己写的代码,检查是不是有多次打开文件或者多次创建了连接,没有及时关闭的情况。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
· 分享4款.NET开源、免费、实用的商城系统
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
· 上周热点回顾(2.24-3.2)