最佳实践使用的HttpClient在多线程环境

StackOverflow https://stackoverflow.com/questions/1281219

  •  16-09-2019
  •  | 
  •  

题

有一段时间，我已经使用的HttpClient在多线程环境。对于每一个线程，当它发起连接，它将创建一个全新HttpClient的实例。

最近，我发现，通过使用这种方法，它可以使用户有被打开太多的端口，大多数连接在TIME_WAIT状态。

HTTP：//www.opensubscriber。 com/message/commons-httpclient-dev@jakarta.apache.org/86045.html

因此，代替每个线程做的：

HttpClient c = new HttpClient();
try {
    c.executeMethod(method);
}
catch(...) {
}
finally {
    method.releaseConnection();
}

我们计划有：

[方法A] 

// global_c is initialized once through
// HttpClient global_c = new HttpClient(new MultiThreadedHttpConnectionManager());

try {
    global_c.executeMethod(method);
}
catch(...) {
}
finally {
    method.releaseConnection();
}

在正常情况下，global_c将由50个++线程同时访问。我想知道，这会造成任何性能问题？被MultiThreadedHttpConnectionManager使用无锁机制来实现它的线程安全的政策？

如果10个线程使用global_c，将其他的40个线程被锁定？

或者它会更好，如果在每一个线程，我明确地创建一个HttpClient的实例，但释放的连接管理器？

[方法B] 

MultiThreadedHttpConnectionManager connman = new MultiThreadedHttpConnectionManager();
HttpClient c = new HttpClient(connman);
try {
      c.executeMethod(method);
}
catch(...) {
}
finally {
    method.releaseConnection();
    connman.shutdown();
}

将connman.shutdown（）遇到性能问题？

我可以知道哪种方法（A或B）是更好的，用于使用50个++线程应用程序？

有帮助吗？

解决方案 2

方法A由HttpClient的显影剂社区推荐。

请参阅 HTTP：//www.mail- archive.com/httpclient-users@hc.apache.org/msg02455.html 获得更多的细节。

其他提示

绝对方法A，因为它的汇集和线程安全的。

如果您正在使用的HttpClient 4.x中，在连接管理器被称为 ThreadSafeClientConnManager 。更多信息请参见本链接（向下滚动到“池连接管理器“）。例如：

    HttpParams params = new BasicHttpParams();
    SchemeRegistry registry = new SchemeRegistry();
    registry.register(new Scheme("http", PlainSocketFactory.getSocketFactory(), 80));
    ClientConnectionManager cm = new ThreadSafeClientConnManager(params, registry);
    HttpClient client = new DefaultHttpClient(cm, params);

我的文档阅读是HttpConnection的本身不被视为线程安全的，因此MultiThreadedHttpConnectionManager提供HttpConnections的可重复使用的游泳池，你有一个MultiThreadedHttpConnectionManager所有线程共享和初始化一次。所以，你需要几个小的改进，以选择A。

MultiThreadedHttpConnectionManager connman = new MultiThreadedHttpConnectionManag

然后每个线程应使用顺序为每个请求，从池中获取一个连接如装回去就其工作的完成 - 使用finally块可能是好的。 你也应该为池中没有可用的连接和处理超时异常。可能性代码

HttpConnection connection = null
try {
    connection = connman.getConnectionWithTimeout(
                        HostConfiguration hostConfiguration, long timeout) 
    // work
} catch (/*etc*/) {/*etc*/} finally{
    if ( connection != null )
        connman.releaseConnection(connection);
}

由于您使用的连接池，你会不会实际上是关闭连接，因此这不应该打TIME_WAIT问题。这种方法确实assuume每个线程不挂在长期的连接。需要注意的是骗子本身处于打开状态。

我想你会想用ThreadSafeClientConnManager。

您可以看到它是如何工作在这里： HTTP： //foo.jasonhudgins.com/2009/08/http-connection-reuse-in-android.html

或者在使用它的内部AndroidHttpClient。

使用的HttpClient 4.5，你可以这样做：

CloseableHttpClient httpClient = HttpClients.custom().setConnectionManager(new PoolingHttpClientConnectionManager()).build();

请注意，这一个实现可关闭（用于关闭连接管理器的向下）。

许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top