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

一段时间以来,我一直在多线程环境中使用HttpClient。对于每个线程,当它启动连接时,它将创建一个全新的HttpClient实例。

最近,我发现使用这种方法可能导致用户打开太多端口,并且大多数连接处于TIME_WAIT状态。

因此,不是每个线程都这样做:

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();

}

在正常情况下,将由50

++个线程并发访问global_c。我想知道,这会造成性能问题吗?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)更好?

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值