httpclients的一些坑
2017-07-19 11:40
106 查看
近期做一个项目并发测试,检查系统极限值。
在第一次测试的时候,效果非常不理想,两个并发就有一个并发失效,因为是分布式项目,各个模块之间通信采用HTTP+JSON格式,通过异常失效发现异常情况是“Connection pool
shut down”,通过网上的一些解答通过如下设置解决:
org.apache.http.impl.client.HttpClients
HttpClients.custom().setConnectionManagerShared(true).setSSLSocketFactory(sslsf).build();
通过设置setConnectionManagerShared(true)解决了“Connection pool
shut down”的问题。
在继续并发测试,通过时间打印,发现发送消息的时间是同一个时间,但是接收服务的时间不是同一个时间,每隔几秒接收一次,
启动 execute 2017-7-18 14:52:43 62
启动 execute 2017-7-18 14:52:43 61
启动 execute 2017-7-18 14:52:43 59
启动 execute 2017-7-18 14:52:43 60
接收到请求: reportCardFlows 2017-7-18 14:52:44
接收到请求: reportCardFlows 2017-7-18 14:52:44
接收到请求: reportCardFlows 2017-7-18 14:52:45
接收到请求: reportCardFlows 2017-7-18 14:52:45
接收到请求: reportCardFlows 2017-7-18 14:52:46
接收到请求: reportCardFlows 2017-7-18 14:52:46
发送代码参考:
近期做一个项目并发测试,检查系统极限值。
在第一次测试的时候,效果非常不理想,两个并发就有一个并发失效,因为是分布式项目,各个模块之间通信采用HTTP+JSON格式,通过异常失效发现异常情况是“Connection pool
shut down”,通过网上的一些解答通过如下设置解决:
org.apache.http.impl.client.HttpClients
HttpClients.custom().setConnectionManagerShared(true).setSSLSocketFactory(sslsf).build();
通过设置setConnectionManagerShared(true)解决了“Connection pool
shut down”的问题。
在继续并发测试,通过时间打印,发现发送消息的时间是同一个时间,但是接收服务的时间不是同一个时间,每隔几秒接收一次,
启动 execute 2017-7-18 14:52:43 62
启动 execute 2017-7-18 14:52:43 61
启动 execute 2017-7-18 14:52:43 59
启动 execute 2017-7-18 14:52:43 60
接收到请求: reportCardFlows 2017-7-18 14:52:44
接收到请求: reportCardFlows 2017-7-18 14:52:44
接收到请求: reportCardFlows 2017-7-18 14:52:45
接收到请求: reportCardFlows 2017-7-18 14:52:45
接收到请求: reportCardFlows 2017-7-18 14:52:46
接收到请求: reportCardFlows 2017-7-18 14:52:46
发送代码参考:
接收的时间每次都是延迟2秒,
这个问题也折腾了1天,不清楚为什么会延迟,后面才发现也是因为HttpClients的设置问题导致的,没有设置连接池,所以发送消息很慢,通过如下配置解决问题:
PoolingHttpClientConnectionManager pccm =
newPoolingHttpClientConnectionManager();
pccm.setMaxTotal(1000);
// 连接池最大并发连接数
pccm.setDefaultMaxPerRoute(1000);//
单路由最大并发数
return HttpClients.custom().setConnectionManager(pccm).setConnectionManagerShared(true).setSSLSocketFactory(sslsf).build();
接收的时间每次都是延迟2秒,
这个问题也折腾了1天,不清楚为什么会延迟,后面才发现也是因为HttpClients的设置问题导致的,没有设置连接池,所以发送消息很慢,通过如下配置解决问题:
PoolingHttpClientConnectionManager pccm =
newPoolingHttpClientConnectionManager();
pccm.setMaxTotal(1000);
// 连接池最大并发连接数
pccm.setDefaultMaxPerRoute(1000);//
单路由最大并发数
return HttpClients.custom().setConnectionManager(pccm).setConnectionManagerShared(true).setSSLSocketFactory(sslsf).build();
在第一次测试的时候,效果非常不理想,两个并发就有一个并发失效,因为是分布式项目,各个模块之间通信采用HTTP+JSON格式,通过异常失效发现异常情况是“Connection pool
shut down”,通过网上的一些解答通过如下设置解决:
org.apache.http.impl.client.HttpClients
HttpClients.custom().setConnectionManagerShared(true).setSSLSocketFactory(sslsf).build();
通过设置setConnectionManagerShared(true)解决了“Connection pool
shut down”的问题。
在继续并发测试,通过时间打印,发现发送消息的时间是同一个时间,但是接收服务的时间不是同一个时间,每隔几秒接收一次,
启动 execute 2017-7-18 14:52:43 62
启动 execute 2017-7-18 14:52:43 61
启动 execute 2017-7-18 14:52:43 59
启动 execute 2017-7-18 14:52:43 60
接收到请求: reportCardFlows 2017-7-18 14:52:44
接收到请求: reportCardFlows 2017-7-18 14:52:44
接收到请求: reportCardFlows 2017-7-18 14:52:45
接收到请求: reportCardFlows 2017-7-18 14:52:45
接收到请求: reportCardFlows 2017-7-18 14:52:46
接收到请求: reportCardFlows 2017-7-18 14:52:46
发送代码参考:
近期做一个项目并发测试,检查系统极限值。
在第一次测试的时候,效果非常不理想,两个并发就有一个并发失效,因为是分布式项目,各个模块之间通信采用HTTP+JSON格式,通过异常失效发现异常情况是“Connection pool
shut down”,通过网上的一些解答通过如下设置解决:
org.apache.http.impl.client.HttpClients
HttpClients.custom().setConnectionManagerShared(true).setSSLSocketFactory(sslsf).build();
通过设置setConnectionManagerShared(true)解决了“Connection pool
shut down”的问题。
在继续并发测试,通过时间打印,发现发送消息的时间是同一个时间,但是接收服务的时间不是同一个时间,每隔几秒接收一次,
启动 execute 2017-7-18 14:52:43 62
启动 execute 2017-7-18 14:52:43 61
启动 execute 2017-7-18 14:52:43 59
启动 execute 2017-7-18 14:52:43 60
接收到请求: reportCardFlows 2017-7-18 14:52:44
接收到请求: reportCardFlows 2017-7-18 14:52:44
接收到请求: reportCardFlows 2017-7-18 14:52:45
接收到请求: reportCardFlows 2017-7-18 14:52:45
接收到请求: reportCardFlows 2017-7-18 14:52:46
接收到请求: reportCardFlows 2017-7-18 14:52:46
发送代码参考:
接收的时间每次都是延迟2秒,
这个问题也折腾了1天,不清楚为什么会延迟,后面才发现也是因为HttpClients的设置问题导致的,没有设置连接池,所以发送消息很慢,通过如下配置解决问题:
PoolingHttpClientConnectionManager pccm =
newPoolingHttpClientConnectionManager();
pccm.setMaxTotal(1000);
// 连接池最大并发连接数
pccm.setDefaultMaxPerRoute(1000);//
单路由最大并发数
return HttpClients.custom().setConnectionManager(pccm).setConnectionManagerShared(true).setSSLSocketFactory(sslsf).build();
接收的时间每次都是延迟2秒,
这个问题也折腾了1天,不清楚为什么会延迟,后面才发现也是因为HttpClients的设置问题导致的,没有设置连接池,所以发送消息很慢,通过如下配置解决问题:
PoolingHttpClientConnectionManager pccm =
newPoolingHttpClientConnectionManager();
pccm.setMaxTotal(1000);
// 连接池最大并发连接数
pccm.setDefaultMaxPerRoute(1000);//
单路由最大并发数
return HttpClients.custom().setConnectionManager(pccm).setConnectionManagerShared(true).setSSLSocketFactory(sslsf).build();
相关文章推荐
- 使用oracle时一些优化事项(转自:http://www.ij2ee.com/2010/07/22/some-optimization-issues-when-using-the-oracle.html)
- HttpModule的一些初步认识
- 关于http post两阶段提交的一些问题
- (转载)JavaScript一些实用技巧(http://it.chinawin.net/softwaredev/article-261f.html)
- 推荐一些socket工具,TCP、UDP调试、抓包工具. 还记得我在很久很久以前和大家推荐的Fiddler和Charles debugger么?他们都是HTTP的神器级调试工具,非常非常的好用。好工具
- jni 练习中出现的一些问题 转--http://laokaddk.blog.51cto.com/368606/1349386
- AngularJS内置的一些服务之$http
- midlet通过http访问servlet,进而访问oracle的一些中文处理问题
- HttpClients 如何自动处理重定向
- HTTP的一些参考资料和Header信息
- JVM调优总结(一)– 一些概念--来自(http://www.insidejvm.com/)
- HTTP协议中POST、GET、HEAD、PUT等请求方法以及一些常见错误
- 悲观锁和乐观锁的一些观点(转自http://www.hetaoblog.com/myblogs/post/pessimistic-optimistic-locking-views.jhtml)
- C# HttpRequest的一些记录总结
- 在配置文件web.config中配置httpHandlers节点是的一些说明
- 【转】 个人认为,这是最详细的 android------HttpURLConnection 类用法详解。一些教材没讲到的,它讲到了
- Linux下安装Apache Http Server 的配置+一些错误信息的解决方法
- java.lang.IllegalArgumentException: SessionContext must be an HTTP compatible implementation.:模块化本地测试shiro的一些总结
- 学习HTTP StatusCode的一些总结
- fsockopen用feof读取http响应内容的一些问题