异常:java.io.IOException: Too many open files:
2024-10-10 12:55:46
原因:
操作系统的中打开文件的最大句柄数受限所致,常常发生在很多个并发用户访问服务器的时候.因为为了执行每个用户的应用服务器都要加载很多文件(new一个socket就需要一个文件句柄),这就会导致打开文件的句柄的缺乏.
解决:
- 尽量把类打成jar包,因为一个jar包只消耗一个文件句柄,如果不打包,一个类就消耗一个文件句柄.
- java的垃圾回收不能关闭网络连接打开的文件句柄,如果没有执行close()(例如:java.net.Socket.close())则文件句柄将一直存在,而不能被关闭.你也可以考虑设置socket的最大打开数来控制这个问题.
- 对操作系统做相关的设置,增加最大文件句柄数量。
- Linux
在Linux内核2.4.x中需要修改源代码,然后重新编译内核才生效。编辑Linux内核源代码中的 include/linux/fs.h文件,将 NR_FILE 由8192改为65536,将NR_RESERVED_FILES 由10 改为 128。编辑fs/inode.c 文件将MAX_INODE 由16384改为262144。或者编辑 /etc/sysctl.conf 文件增加两行 fs.file-max = 65536 和 fs.inode-max = 262144 。一般情况下,系统最大打开文件数比较合理的设置为每4M物理内存256,比如256M.可以用lsof -p <pid of process>看打开的文件句柄数. - Windows
最大文件句柄是16,384,你在任务管理器的性能这一项中可以看到当前打开的句柄数.
服务器端修改:
查看系统允许打开的最大文件数
#cat /proc/sys/fs/file-max
查看每个用户允许打开的最大文件数
ulimit -a
发现系统默认的是open files (-n) 1024,问题就出现在这里。
在系统文件/etc/security/limits.conf中修改这个数量限制,
在文件中加入内容:
* - nproc 102400
* - nofile 102400执行脚本:sync
重启脚本:reboot另外方法:
1.使用ps -ef |grep java (java代表你程序,查看你程序进程) 查看你的进程ID,记录ID号,假设进程ID为12
2.使用:lsof -p 12 | wc -l 查看当前进程id为12的 文件操作状况
执行该命令出现文件使用情况为 1052
3.使用命令:ulimit -a 查看每个用户允许打开的最大文件数
发现系统默认的是open files (-n) 1024,问题就出现在这里。
4.然后执行:ulimit -n 102400将open files (-n) 1024 设置成open files (-n) 102400
这样就增大了用户允许打开的最大文件数
- Linux
最新文章
- nginx常用代理配置
- IOS系列swift语言之课时二
- linux 配合仅主机模式
- aria-expanded,aria-hidden到底做什么用?
- Java5 并发学习
- servlet 将输入内容通过拼接页面的方式显示出来
- 拒绝深坑!记录找了多半天时间的C++编译失败的错误
- VMWare桥接、NAT和only-host三种模式
- IIS Express服务器遇到400/503/IIS Express Error的解决办法
- IDEA连接数据库自动生成实体类
- UnderWater+SDN论文之三
- 关于Java8 Stream流的利与弊 Java初学者,大神勿喷
- Python基础(3)if_else、for、while、break与continue
- 基于PHP采集数据入库程序(二)
- CentOS系统下的数据盘挂载
- 遗传算法入门C1
- xshell 中解决中文乱码问题
- 定时器应用-点击按钮,div向右移动
- Activiti工作流与spring集成
- OpenFileDialog.Filter 属性