最近在进行开发过程当中,基于都是接口开发,A站接口访问B接口接口来请求数据,而在这个过程当中咱们使用的是HttpClient这个框架,固然也是微软本身的框架,性能当前没有问题,但若是你直接使用官方的写法,在高并发时候,会有很大的性能隐患,由于它官方使用的是using的方式,而对于请求量比较大时,这种方法对TCP创建也会太高,即便用完立刻释放也会有不少time_out的请求,全部决定把某个用到httpclient的组件作成静态化的!json
明细api
统计并发
调用,中规中矩的写法app
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的链接数也降下来了优化
因此对于长连接的多路复用技术,相对于请求过多的状况仍是最省资源的!spa