一段时间以来,我一直在多线程环境中使用 HttpClient。对于每个线程,当它发起连接时,都会创建一个全新的 HttpClient 实例。
最近我发现,使用这种方法会导致用户打开的端口过多,并且大部分连接处于TIME_WAIT状态。
http://www.opensubscriber.com/message/[电子邮件受保护]/86045.html
因此,不是每个线程都执行以下操作:
HttpClient c = new HttpClient();
try {
c.executeMethod(method);
}
catch(...) {
}
finally {
method.releaseConnection();
}
我们计划:
[方法一]
// 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)更好?