今天后台服务器(Linux)tomcat应用报java.io.IOException: Too many open files 在网上查了一些资料 记录如下: 打开的文件过多,一般来说是由于应用程序对资源使用不当造成,比如没有及时关闭Socket或数据库连接等。但也可能应用确实需要打开比较多的文件句柄,而系统本身的设置限制了这一数量。

异常1:
12-Jun-2018 01:30:15.340 严重 [http-nio-8080-Acceptor-0] org.apache.tomcat.util.net.NioEndpoint$Acceptor.run Socket accept failed
 java.io.IOException: 打开的文件过多
	at sun.nio.ch.ServerSocketChannelImpl.accept0(Native Method)
	at sun.nio.ch.ServerSocketChannelImpl.accept(ServerSocketChannelImpl.java:422)
	at sun.nio.ch.ServerSocketChannelImpl.accept(ServerSocketChannelImpl.java:250)
	at org.apache.tomcat.util.net.NioEndpoint$Acceptor.run(NioEndpoint.java:453)
	at java.lang.Thread.run(Thread.java:748)

异常二
java.net.SocketException: Too many open files

    at java.net.PlainSocketImpl.accept(Compiled Code) 
    at java.net.ServerSocket.implAccept(Compiled Code) 
    at java.net.ServerSocket.accept(Compiled Code) 
    at weblogic.t3.srvr.ListenThread.run(Compiled Code) 
	
第一个异常则在错误影响到 I/O 操作时抛出,而第二个异常在错误影响到基础 TCP 协议时抛出。

文件打开数过多最坏的情况可以使系统崩溃,到时候只能是重起服务器了。

**原因: **

操作系统的中打开文件的最大句柄数受限所致,常常发生在很多个并发用户访问服务器的时候.因为为了执行每个用户的应用服务器都要加载很多文件(new一个socket就需要一个文件句柄),这就会导致打开文件的句柄的缺乏.

**解决: **

**1.**尽量把类打成jar包,因为一个jar包只消耗一个文件句柄,如果不打包,一个类就消耗一个文件句柄. **2.**java的垃圾回收不能关闭网络连接打开的文件句柄,如果没有执行close()(例如:java.net.Socket.close())则文件句柄将一直存在,而不能被关闭.你也可以考虑设置socket的最大打开数来控制这个问题. **3.**对操作系统做相关的设置,增加最大文件句柄数量。

 a、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>看打开的文件句柄数。
  b、Windows
       最大文件句柄是16,384,你在任务管理器的性能这一项中可以看到当前打开
	  的句柄数。

服务器端修改:

查看系统允许打开的最大文件数

#cat /proc/sys/fs/file-max

查看每个用户允许打开的最大文件数 ulimit -a 发现系统默认的是open files (-n) 1024,问题就出现在这里。

在系统文件/etc/security/limits.conf中修改这个数量限制,在文件中加入内容:

* soft nofile 65536 
* hard nofile 65536
* soft nproc 65536
* hard nproc 65536
* soft  memlock  unlimited
* hard memlock  unlimited

或只加下面两个参数都行的
* soft nofile 65536 
* hard nofile 65536
修改完成保存,重启服务器

另外方法: 1.使用ps -ef |grep java (java代表你程序,查看你程序进程) 查看你的进程ID,记录ID号,假设进程ID为1305 2.使用:lsof -p 1305 | wc -l 查看当前进程id为1305的 文件操作状况 执行该命令出现文件使用情况为 1192 3.使用命令:ulimit -a 查看每个用户允许打开的最大文件数 发现系统默认的是open files (-n) 1024,问题就出现在这里。 4.然后执行:ulimit -n 4096 将open files (-n) 1024 设置成open files (-n) 4096

这样就增大了用户允许打开的最大文件数