WebApi系列~HttpClient的性能隐患

简介:

最近在进行开发过程中,基于都是接口开发,A站接口访问B接口接口来请求数据,而在这个过程中我们使用的是HttpClient这个框架,当然也是微软自己的框架,性能当前没有问题,但如果你直接使用官方的写法,在高并发时候,会有很大的性能隐患,因为它官方使用的是using的方式,而对于请求量比较大时,这种方法对TCP建立也会过高,即使用完马上释放也会有很多time_out的请求,所有决定把某个用到httpclient的组件做成静态化的!

明细

统计

调用,中规中矩的写法

                using (var http = new HttpClient())
                {
                    var json = JsonConvert.SerializeObject(new
                    {
                        target_index = projectName,
                        timestamp = DateTime.Now.ToUniversalTime().ToString("yyyy-MM-ddTHH:mm:ss.fffZ"),
                        Level = level.ToString(),
                        Message = message
                    });
                    json = json.Replace("target_index", "@target_index").Replace("timestamp", "@timestamp");
                    var httpContent = new StringContent(json, Encoding.UTF8);
                    httpContent.Headers.ContentType = new MediaTypeHeaderValue("application/json");
                    var result = http.PostAsync(apiLoggerUri, httpContent).Result;
                }

 优化它,做成TCP长链接,所以请求走一个通道

        private static readonly HttpClient _httpClient;
        private ApiLoggerOptions _config;

        static ApiLogger()
        {
            _httpClient = new HttpClient();
            _httpClient.Timeout = new TimeSpan(0, 0, 10);
            _httpClient.DefaultRequestHeaders.Connection.Add("keep-alive");
        }

keep-alive关键字可以理解为一个长链接,超时时间也可以在上面进行设置,例如10秒的超时时间,当然并发量太大,这个10秒应该会抛弃很多请求

发送请求的代码没有了using,即这个httpclient不会被手动dispose,而是由系统控制它,当然你的程序重启时,这也就被回收了。

               var json = JsonConvert.SerializeObject(new
                {
                    target_index = projectName,
                    timestamp = DateTime.Now.ToUniversalTime().ToString("yyyy-MM-ddTHH:mm:ss.fffZ"),
                    Level = level.ToString(),
                    Message = message
                });
                json = json.Replace("target_index", "@target_index").Replace("timestamp", "@timestamp");
                var httpContent = new StringContent(json, Encoding.UTF8);
                httpContent.Headers.ContentType = new MediaTypeHeaderValue("application/json");
                _httpClient.PostAsync(apiLoggerUri, httpContent).Wait();

通过上面的改造,我们我系统性能得到了改善,TCP的连接数也降下来了

所以对于长链接的多路复用技术,相对于请求过多的情况还是最省资源的!

本文转自博客园张占岭(仓储大叔)的博客,原文链接:WebApi系列~HttpClient的性能隐患,如需转载请自行联系原博主。

目录
相关文章
|
5月前
|
SQL 安全 API
互联网并发与安全系列教程(09) -基于AccessToken方式实现API设计
互联网并发与安全系列教程(09) -基于AccessToken方式实现API设计
48 0
|
6月前
|
XML Java API
该丢弃 HttpClient 了,这款轻量级 HTTP 客户端 API 框架很强
一般情况下是后端提供接口,前端调用,解决需求,但是有的时候为了方便,复用别人的接口(网上的,公共的第三方接口(短信、天气等)),就出现了后端调用后端接口的情况。 此外,因为业务关系,要和许多不同第三方公司进行对接。这些服务商都提供基于http的api,但是每家公司提供api具体细节差别很大。
|
12月前
HttpClient最丰富和灵活的版本
HttpClient最丰富和灵活的版本
51 0
|
JSON 安全 Java
【疑难杂症】-一种简单高效的Spring Security oauth token兼容JSON格式的办法
为了统一接口请求格式,要将Spring Security获取token接口改成接收JSON格式,如下是我的几种尝试,最后一种为简单有效办法。
【疑难杂症】-一种简单高效的Spring Security oauth token兼容JSON格式的办法
|
Java 数据库 容器
Servlet异步处理性能优化的过程
Servlet异步处理性能优化的过程
173 0
Servlet异步处理性能优化的过程
|
Java 对象存储 容器
记一次异步处理导致Jetty Request对象泄漏(二)
记一次异步处理导致Jetty Request对象泄漏(二)
217 0
记一次异步处理导致Jetty Request对象泄漏(二)
|
前端开发 API 容器
记一次异步处理导致Jetty Request对象泄漏(一)
记一次异步处理导致Jetty Request对象泄漏(一)
138 0
记一次异步处理导致Jetty Request对象泄漏(一)
|
JSON Java API
HttpClient使用不当,服务挂了,是时候系统学习一下了
HttpClient使用不当,服务挂了,是时候系统学习一下了
342 0
|
Java 测试技术 API
如何使用jMeter对需要CSRF token验证的OData服务进行并发性能测试
如何使用jMeter对需要CSRF token验证的OData服务进行并发性能测试
159 1
如何使用jMeter对需要CSRF token验证的OData服务进行并发性能测试
|
XML 监控 测试技术
WebService测试方案
1.WebService简介 WebService是一种革命性的分布式计算技术,本质上就是网络上可用的API,可以直接在网络环境调用的方法。 WebService常用的框架有axis、xfire、cxf等。
960 0