文章出處
文章列表
最近在進行開發過程中,基于都是接口開發,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的連接數也降下來了
所以對于長鏈接的多路復用技術,相對于請求過多的情況還是最省資源的!
文章列表
全站熱搜