如何解决java.net.SocketException:打开的文件太多
| 我有一个Java应用程序,它可以在几个小时内正常运行(在Ubuntu 10.04上),直到命中“ java.net.SocketException:打开的文件太多”为止。 Sender.java的代码可以在这里找到 是因为我为每个线程创建了一个新的实例HttpPut
和HttpPost
?我正在使用apache-commons HTTPClient 4。
这是异常日志:
java.net.SocketException: Too many open files
at java.net.Socket.createImpl(Socket.java:414)
at java.net.Socket.connect(Socket.java:544)
at org.apache.http.conn.scheme.PlainSocketFactory.connectSocket(PlainSocketFactory.java:123)
at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:133)
at org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:149)
at org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledConnAdapter.java:108)
at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:415)
at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:641)
at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:576)
at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:554)
at com.marketplace.io.Sender.doBasicHttpPost(Sender.java:434)
at com.marketplace.io.Sender.appVisualExists(Sender.java:223)
at com.marketplace.io.Sender.addVisualToCollection(Sender.java:350)
at com.marketplace.service.ImageThread.run(ImageThread.java:136)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:636)
解决方法
在行438上,您以流的形式获取响应并将其转换为字节数组。由entity.getContent()返回的InputStream没有关闭。这可能是导致问题的原因。另外,出于相关原因,不推荐使用HttpEntity.consumeContent()。
,\“ java.net.SocketException:打开的文件过多\”可以在任何Java Server应用程序中看到,例如Tomcat,Weblogic,WebSphere等,其中客户端经常连接和断开连接。
请注意,套接字连接被视为文件,它们使用文件描述符,这是一种有限的资源。
不同的操作系统对它们可以管理的文件句柄数量有不同的限制。
简而言之,由于客户端频繁连接和断开连接,因此会出现此错误。如果您要侧手处理,则有两个选择:
1)增加每个进程的打开文件句柄或文件描述符的数量。
在基于UNIX的操作系统中,例如在Ubuntu或Solaris上,可以使用命令ulimit -a找出每个进程允许多少个打开文件句柄。
$ ulimit -a
core file size (blocks,-c) unlimited
data seg size (kbytes,-d) unlimited
file size (blocks,-f) unlimited
open files (-n) 256
pipe size (512 bytes,-p) 10
stack size (kbytes,-s) 8192
cpu time (seconds,-t) unlimited
max user processes (-u) 2048
virtual memory (kbytes,-v) unlimited
您可以看到,打开文件(-n)为256,这意味着每个进程仅允许256个打开文件句柄。如果您的Java程序记住Tomcat,weblogic或任何其他应用程序服务器是Java程序,并且它们在JVM上运行,并且超出此限制,则会抛出java.net.SocketException:文件打开错误过多。
您可以通过将ulimit -n更改为更大的数字来更改此限制,例如4096,但在UNIX系统管理员的建议下进行,如果您有单独的UNIX支持团队,最好升级为他们。
2)减少操作系统中TIME_WAIT状态的超时
在基于UNIX的系统中,您可以在/ proc / sys / net / ipv4 / tcp_fin_timeout文件中查看当前配置。
在基于Windows的系统中,您可以在Windows注册表中看到此信息。您可以按照以下步骤在Windows中更改TCPTIME_WAIT超时:
1) Open Windows Registry Editor,by typing regedit in run command window
2) Find the key HKEY_LOCAL_MACHINE\\System\\CurrentControlSet\\Services\\tcpip\\Parameters
3) Add a new key value pair TcpTimedWaitDelay asa decimal and set the desired timeout in seconds (60-240)
4) Restart your windows machine.
,您可能还需要检查linux最大打开文件限制。此相关链接是针对定制的基于Java的产品,但很好地说明了解决此问题所需的步骤。
,(解决)
我最近遇到了相同的错误,因为数据库服务器上的var / log已满。
#df -h
S.ficheros Size Used Avail Use% Montado en
/dev/cciss/c0d0p3 126G 126G 0G 100% /var
#echo \"\">/var/log/postgresql/postgresql.log
现在,错误消失了!!!
重要提示:查看登录postgresql.log的内容,查看postgresql.conf
再见
@_jpgo
,我通过在finally块中关闭连接来解决问题。
public static String postMethod(String jsonStr,String sendUrl){
String resultJson = \"\";
HttpClient httpClient = new HttpClient();
PostMethod post = new PostMethod(sendUrl);
post.setRequestHeader(\"Content-Type\",\"application/x-www-form-urlencoded;charset=utf-8\");
NameValuePair[] param = { new NameValuePair(\"message\",jsonStr)} ;
post.setRequestBody(param);
try {
httpClient.executeMethod(post);
resultJson = post.getResponseBodyAsString();
} catch (HttpException e) {
e.printStackTrace();
} catch (IOException e) {
e.printStackTrace();
}finally{
post.releaseConnection();
((SimpleHttpConnectionManager)httpClient.getHttpConnectionManager()).shutdown();
}
return resultJson;
}
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。