Java Socket报错打开文件过多的问题

Java Socket报错打开文件过多

Caused by: java.net.SocketException: Too many open files

at sun.nio.ch.Net.socket0(Native Method)

at sun.nio.ch.Net.serverSocket(Net.java:415)

at sun.nio.ch.ServerSocketChannelImpl.<init>(ServerSocketChannelImpl.java:88)

at sun.nio.ch.SelectorProviderImpl.openServerSocketChannel(SelectorProviderImpl.java:56)

at java.nio.channels.ServerSocketChannel.open(ServerSocketChannel.java:108)

原因有多种

网上有说是因为系统允许打开的默认文件数设置太小，对于网络访问，高并发访问的情况，只需修改系统参数即可解决

先查看当前的设置：

$ ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
file size               (blocks, -f) unlimited
max locked memory       (kbytes, -l) unlimited
max memory size         (kbytes, -m) unlimited
open files                      (-n) 256
pipe size            (512 bytes, -p) 1
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 1418
virtual memory          (kbytes, -v) unlimited

可以看出，对于我的个人电脑来说“open files”的设置是256。

可通过命名-n选项进行修改

ulimit -n 4096

但该选项有个问题，就是只是临时生效，比如重启电脑后将失效，为了保证始终有效，有的linux系统通过修改limits.conf文件设置：

* soft nofile 65535
* hard nofile 65535

通过修改/etc/security/limits.conf文件，把所有用户的进程打开文件上限改为65536。

其中，*表示所有用户，soft/hard表示软/硬限制，还可以只真对某个用户或某个组做修改，具体方法参见文件注释。修改后需要重新启动系统才能生效。

但是有时候，不是单靠修改该参数就能解决问题，有的是因为程序的问题，比如本人曾经遇到过一个程序任务，由于连接服务器失败，有个策略设置了失败尝试，但是未对尝试次数进行限制，导致每过一秒就尝试连接socket，结果很快就导致系统挂掉，抛出此错误。

其他程序只要读写文件均无法完成，

比如：

java.net.SocketException: Too many open files (Accept failed)
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.AbstractPlainSocketImpl.accept(AbstractPlainSocketImpl.java:409)
at java.net.ServerSocket.implAccept(ServerSocket.java:545)
at java.net.ServerSocket.accept(ServerSocket.java:513)

Caused by: java.io.FileNotFoundException: /tmp/data_xxxxxx.dat (Too many open files)
at java.io.FileInputStream.open0(Native Method)
at java.io.FileInputStream.open(FileInputStream.java:195)
at java.io.FileInputStream.<init>(FileInputStream.java:138)

甚至还出现过内存溢出的错误：

out of disk space or the JVM running out of memory

为了解决此类问题

如果已经定位了某个程序的问题，可通过该程序的日志进行分析，也可以通过命令查看某个线程是否打开了过多文件句柄

• 首先通过关键字查询线程ID
• 不然java线程：

ps -ef | grep java

• 然后执行通过线程ID查看线程所打开的文件列表：

lsof -p 1902 

• 也可先统计有多少文件被打开

lsof -p 1902 | wc -l

总结

以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。