SocketException 太多打开的文件

SocketException 太多打开的文件

问题描述

生产环境早上忽然反馈页面无法打开了,一看日志满屏幕的 SocketException:太多打开的文件错误

此错误是由于打开了最大数量的文件/套接字

理论上来说应该在正确的时间将套接字关闭,但是对于 HttpURLConnection 难以实现,disconnect() 并不会立刻生效,close() 可能是正确的选择,但是对于底层 HTTP 是否持久无效。

解决思路

对于 Linux 而言一切皆文件,所以虽然报错提示打开的文件,仍然有可能是其他连接,比如输入输出设备、网络连接等。

文件打开数可以理解为file descriptor ,而报错提示最大打开文件数也就是操作系统对于当前进程打开的最大文件数。

我们可以通过以下命令查看打开的文件数目

# 查看所有进程打开的文件数目
lsof |wc -l
# 查看指定进程打开的文件数目
lsof -p pid|wc -l # pid为进程id

思路1 修改最大连接数目

一般情况下 open files 的最大数量是 1024,我们可以通过下面的命令查看

#查看资源设置情况
ulimit -a 

image-20210113213332626

当然我们也可以直接通过 -n 命令直接查看最大文件数目

# 查看打开最大文件数目
ulimit -n

为了避免服务器重启后设置内容失效,建议修改配置文件永久改变

# 编辑 conf 配置文件
vim /etc/security/limits.conf 
# 文档最后添加 
* soft nofile 65535
* hard nofile 65535

思路 2 程序关闭资源连接

思路 1 只治标不治本,因为绝大多数情况下,都是因为代码问题,导致资源或连接没有及时关闭导致。

实际代码中我们可以在 try-with-resources 或者在 finally 语句中关闭资源

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
这个错误信息是由Java程序抛出的,意思是打开文件数量过多,超过了系统限制。在操作系统中,每个进程都有一个限制值,代表该进程可以同时打开文件的数量。一旦超过了这个限制,就会抛出这个异常。 造成这个问题的原因可能有几个: 1. 代码中频繁地打开和关闭文件,导致文件句柄资源没有得到充分释放。这可能是因为在使用文件之后,没有及时关闭文件句柄,导致文件句柄资源积累过多,最终超过系统限制。 2. 在循环操作文件时,没有适当地使用try-with-resources语句块或手动关闭文件。这样会导致文件句柄没有得到正确释放,最终达到系统限制,引发异常。 3. 操作系统文件句柄限制太低,默认值较小。在某些情况下,出于安全或性能考虑,操作系统可能会限制单个进程可以打开的最大文件数量。如果没有其他的配置修改,可能需要调整操作系统的文件句柄限制。 解决这个问题的方法可以有几种: 1. 确保在使用完文件后,及时关闭文件句柄。可以使用try-with-resources语句块,确保资源在使用完后自动释放。 2. 在循环操作文件时,使用try-with-resources语句块或手动关闭文件。避免文件句柄资源泄露。 3. 如果操作系统的文件句柄限制较低,可以尝试修改操作系统的配置,增加文件句柄的限制。 4. 如果以上方法都无法解决问题,可以考虑重新设计程序,减少对文件的频繁打开和关闭,或者使用其他方式来处理大量的文件操作,例如选择合适的数据存储方式,或者使用内存映射文件等技术。 总之,解决这个异常需要检查代码中对文件句柄的使用,确保关闭不再使用的文件,同时也要考虑操作系统的限制。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值