Too many open files问题解决

最近遇到一个问题,就是java服务在启动一段时间之后就会报错误 并且不能正常文档,导出来报错日志如下:

java.net.SocketException: Too many open files
	at java.net.Socket.createImpl(Socket.java:460)
	at java.net.Socket.connect(Socket.java:587)
	at sun.net.NetworkClient.doConnect(NetworkClient.java:175)
	at sun.net.www.http.HttpClient.openServer(HttpClient.java:432)
	at sun.net.www.http.HttpClient.openServer(HttpClient.java:527)
	at sun.net.www.http.HttpClient.<init>(HttpClient.java:211)
	at sun.net.www.http.HttpClient.New(HttpClient.java:308)
	at sun.net.www.http.HttpClient.New(HttpClient.java:326)
	at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:1202)
	at sun.net.www.protocol.http.HttpURLConnection.plainConnect0(HttpURLConnection.java:1138)
	at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:1032)
	at sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:966)
	at com.alibaba.nacos.client.naming.net.HttpClient.request(HttpClient.java:86)
	at com.alibaba.nacos.client.naming.net.NamingProxy.callServer(NamingProxy.java:433)
	at com.alibaba.nacos.client.naming.net.NamingProxy.reqAPI(NamingProxy.java:482)
	at com.alibaba.nacos.client.naming.net.NamingProxy.reqAPI(NamingProxy.java:401)
	at com.alibaba.nacos.client.naming.net.NamingProxy.reqAPI(NamingProxy.java:397)
	at com.alibaba.nacos.client.naming.net.NamingProxy.queryList(NamingProxy.java:321)
	at com.alibaba.nacos.client.naming.core.HostReactor.updateServiceNow(HostReactor.java:281)
	at com.alibaba.nacos.client.naming.core.HostReactor$UpdateTask.run(HostReactor.java:327)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
	at java.lang.Thread.run(Thread.java:745)

在网上找了百度了一下,找的解决方案是 修改系统的打开最大文件数,在我的印象中以前使用netty做通讯的时候也出现过这个问题,修改了ulimit -a 中的最大连接数,通过这篇博客中的方法就解决了

too many open files 解决终极篇_在路上的阿帅的博客-CSDN博客

不过由于我的这个服务是一个报表服务,不需要连接那么打开那么多的连接,显然不是上面这个博客能解决的问题,并且用了上面的方法之后也没有解决这个问题。

后来又找到另外一篇博客

too many open files 的终极解决办法 - 简书

感觉这个更合理一点,步骤如下:

1、查询一下 打开文件数最大的几个进程,这个会有点慢  

lsof -n | awk '{print $2}' | sort | uniq -c | sort -nr | more

2、查看单个进程的详细打开文件内容,pid替换成真是的pid

lsof | grep pid

3、查看java进程

jps

4、查看进程属于哪个应用

ps -ef | grep pid

在步骤2,能看到打开文件内容,里面有很多是打开的同一个文件

 /data/ipdb/ip2region.db

然后在代码中查询这个文件相关的内容,发现可能是由于这个文件访问了之后 没有关闭文件流造成的,在正确关闭流之后试试看后续看看后续还没有这个问题。

未完待续!

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值