BindException：地址已在客户端套接字上使用？

Question

我有一个客户端-服务器分层架构，客户端向服务器发出类似 RPC 的请求。我使用 Tomcat 托管 servlet，并使用 Apache HttpClient 向其发出请求。

我的代码是这样的：

    private static final HttpConnectionManager CONN_MGR = new MultiThreadedHttpConnectionManager();
    final GetMethod get = new GetMethod();
    final HttpClient httpClient = new HttpClient(CONN_MGR);
    get.getParams().setCookiePolicy(CookiePolicy.IGNORE_COOKIES);
    get.getParams().setParameter(HttpMethodParams.USER_AGENT, USER_AGENT);

    get.setQueryString(encodedParams);
    int responseCode;
    try {
        responseCode = httpClient.executeMethod(get);
    } catch (final IOException e) {
        ...
    }
    if (responseCode != 200)
        throw new Exception(...);

    String responseHTML;
    try {
        responseHTML = get.getResponseBodyAsString(100*1024*1024);
    } catch (final IOException e) {
        ...
    }
    return responseHTML;

它在轻负载环境中工作得很好，但是当我每秒发出数百个请求时，我开始看到这一点 -

Caused by: java.net.BindException: Address already in use
    at java.net.PlainSocketImpl.socketBind(Native Method)
    at java.net.AbstractPlainSocketImpl.bind(AbstractPlainSocketImpl.java:336)
    at java.net.Socket.bind(Socket.java:588)
    at java.net.Socket.<init>(Socket.java:387)
    at java.net.Socket.<init>(Socket.java:263)
    at org.apache.commons.httpclient.protocol.DefaultProtocolSocketFactory.createSocket(DefaultProtocolSocketFactory.java:80)
    at org.apache.commons.httpclient.protocol.DefaultProtocolSocketFactory.createSocket(DefaultProtocolSocketFactory.java:122)
    at org.apache.commons.httpclient.HttpConnection.open(HttpConnection.java:707)
    at org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:387)
    at org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:171)
    at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:397)
    at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:323)

关于如何解决这个问题有什么想法吗？我猜这与客户端尝试重用临时客户端端口有关，但为什么会发生这种情况/我该如何修复它？ 谢谢！

Answer 1

关于您遇到的问题的很好的讨论可以在这里找到。在 Tomcat 端，默认情况下它将使用 SO_REUSEADDR 选项，这将允许服务器重用处于 TIME_WAIT 状态的套接字。此外，Apache http 客户端将默认使用 keep-alives，并尝试重用连接。

您的问题似乎是由于不调用 releaseConnection 在 HttpClient 上。这是为了重用连接所必需的。否则，连接将保持打开状态，直到垃圾收集器到来并将其关闭，或者服务器断开保持活动状态。在这两种情况下，它都不会返回到池中。

Answer 2

每秒有数百个连接，并且不知道您的连接保持打开、执行其操作、关闭和回收需要多长时间，我怀疑这只是您将遇到的问题。您可以做的一件事是在 try 块中捕获 BindException，使用它来执行绑定不成功情况下需要执行的任何操作，并将整个调用包装在 while 中code> 循环依赖于指示绑定是否成功的标志。我突然想到：

boolean hasBound = false;
while (!hasBound) {
    try {
        hasBound = true;
        responseCode = httpClient.executeMethod(get);
    } catch (BindException e) {
        // do anything you want in the bound-unsuccessful case
    } catch (final IOException e) {
        ...
    }
}

更新问题：一个奇怪的问题：MultiThreadedHttpConnectionManager 允许的最大总连接数和每个主机的连接数是多少？在你的代码中，那就是：

CONN_MGR.getParams().getDefaultMaxConnectionsPerHost();
CONN_MGR.getParams().getMaxTotalConnections();

Answer 3

因此，您发出的请求数量多于允许打开的 TCP/IP 端口数量。我不做 HttpClient，所以我无法详细讨论这一点，但理论上这个特定问题有三种解决方案：

1. 基于硬件：添加另一个 NIC（网络接口卡）。
2. 基于软件：使用后直接关闭连接和/或增加连接超时。
3. 基于平台：增加允许打开的 TCP/IP 端口数量。可能是特定于操作系统和/或特定于 NIC 驱动程序的。绝对最大值为 65535，其中几个可能已被保留/正在使用（例如端口 80）。

Answer 4

所以事实证明，问题在于其他 HttpClient 实例之一意外地没有使用我实例化的 MultiThreadedHttpConnectionManager，因此我实际上根本没有速率限制。修复此问题修复了引发的异常。

不过还是感谢所有的建议！

Answer 5

即使我们调用 HttpClientUtils.closeQuietly(client);但在您的代码中，如果尝试从 HttpResponse 实体读取内容（例如 InputStream contentStream = HttpResponse.getEntity().getContent()），那么您也应该关闭输入流，然后只有 HttpClient 连接才能正确关闭。