java.net.SocketException:打开的文件太多

我有一个java应用程序，在Ubuntu 10.04上运行了几个小时，直到它出现“java.net.SocketException:打开的文件太多”。可以找到Sender.java的代码

是因为我为每个线程创建了

HttpPut

和

HttpPost

的新实例吗？我正在使用ApacheCommonsHttpClient 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未关闭。这可能是造成问题的原因。此外，由于相关原因，不推荐使用。

您可能还需要检查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

“java.net.SocketException:打开的文件太多”可以在任何java服务器应用程序中看到，例如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

您可以看到，openfiles（-n）256，这意味着每个进程只允许256个打开文件句柄。如果您的Java程序（记住Tomcat、weblogic或任何其他应用程序服务器）是Java程序，并且它们运行在JVM上，超过此限制，它将抛出Java.net.SocketException:打开的文件太多错误

您可以通过使用ulimit-n将此限制更改为更大的数字，例如4096，但是如果您有单独的UNIX支持团队，请向UNIX系统管理员咨询，而不是向他们上报

2）减少操作系统中等待状态的超时时间

在基于UNIX的系统中，您可以在/proc/sys/net/ipv4/tcp\u fin\u timeout文件中看到当前配置

在基于Windows的系统中，您可以在Windows注册表中看到此信息。您可以通过以下步骤更改Windows中的TCPTIME_等待超时：

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.

---

我通过关闭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;
}

---

你曾经关闭过你的httpclient吗？我没有时间查看所有的代码（对不起），但听起来你（一直）没有关闭你打开的套接字。@Elite先生-不，我没有。我不知道该怎么做。HTTPClient的某些文档不存在。我将尝试HTTPClient.getConnectionManager（）.shutdown（）；看看有没有什么效果，宾果！这就是关闭httpclient的连接管理器的方式。感谢您拨冗查看源代码。我将让代码在一夜之间运行，看看您建议的更改是否有任何影响；是否为httpClient.getConnectionManager（）.shutdown（）；或者你的建议。谢谢你的帮助。还有，这是自“云”以来最烦人的科技术语的定义：我能为正确使用烦人的术语获得声誉积分吗？；）我使用root登录并执行这些命令。但当我切换到其他普通用户时，我发现打开的文件号没有改变。我可以为所有用户配置打开文件句柄的数量吗？通过：tail-f/etc/security/limits.conf验证您的设置。请确保您的更改已保存，以便可以应用于所有用户。通过以下方式验证设置：ulimit-n，它似乎已从1024更改为4096（在运行ulimit-n 4096之后）。但是通过使用tail-f/etc/security/limits.conf，我发现文件中没有任何更改。请使用以下命令编辑limits.conf文件：vi/etc/security/limits.conf将下面的两行附加到文件中，为所有用户设置软限制和硬限制（*表示适用于所有用户）：*soft nofile 4096*hard nofile 10240如果我通过编辑limits.conf文件附加这两行，那么运行ulimit-n的结果仍然是前面的值1024。对吗？编辑此文件后是否应重新启动服务？