相关疑难解决方法(0)

有一段时间,我一直在多线程环境中使用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()会遇到性能问题吗？

对于使用50 ++线程的应用程序,我可以知道哪种方法(A或B)更好吗？

我com.sun.net.httpserver.HttpsServer在我当前的项目中使用它处理客户端身份验证等.目前它只打印出客户端地址/端口,以便我可以检查一个TCP连接是否用于多个请求(keep-alive)或新连接是否为每个请求建立(因此每次都进行新的SSL握手).当我使用FireFox对服务器发出多个请求时,我可以看到keep-alive正在运行.因此,服务器部分可以正常使用GET和POST请求.

如果我使用HttpURLConnection(使用在这种情况下,使对服务器的请求没有 SSL)keep-alive的作品,太:多开始依次进行的请求只有一个建立连接.

但是,如果我使用HttpsURLConnection(使用完全相同的代码,但使用 SSL),那么keep-alive就不再工作了.因此,对于每个请求,都会建立一个新连接,尽管我使用相同的SSLContext(和SSLSocketFactory):

// URL myUrl = ...
// SSLContext mySsl = ...
HttpsURLConnection conn = (HttpsURLConnection) myUrl.openConnection();
conn.setUseCaches(false);
conn.setSSLSocketFactory(mySsl.getSocketFactory());

conn.setRequestMethod("POST");
// send Data
// receive Data

我如何强行HttpsURLConnection使用,keep-alive因为许多请求会导致许多SSL握手,这是一个真正的性能问题？

更新(2012-04-02):mySsl.getSocketFactory()我没有每次调用,而是尝试缓存SSLSocketFactory.但没有改变.问题依然存在.