.net core 下的HttpClient、WebClient性能测试
有許多服務(wù)需要拉取api接口數(shù)據(jù),因此后端開發(fā)少不了對Http訪問請求進行封裝,最主要的應(yīng)用方式莫過于采用WebClient進行封裝,簡單易用;而.net core微軟官方推薦的是HttpClient和HttpClientFactory,到底哪個性能更加強勁呢?你是否和我一樣也存在同樣的疑惑?
Post請求代碼
不考慮異常的處理,這里的代碼量看起來差不多哎~,
使用WebClient代碼如下:
使用HttpClient代碼如下:
private static HttpClient _client = new HttpClient(); //下面是主要請求 var postData = JsonConvert.SerializeObject(args); byte[] responseBytes; using (var content = new StringContent(postData, Encoding.UTF8, "application/json")){var msg = await _client.PostAsync(uri, content);responseBytes = await msg.Content.ReadAsByteArrayAsync();}var responseString = Encoding.GetEncoding("utf-8").GetString(responseBytes);var response = JsonConvert.DeserializeObject<Tout>(responseString);性能測試
從上面的代碼可以看到一個采用了同步方式請求遠程服務(wù)器,而HttpClient是采用異步方式請求遠程服務(wù)器。感覺在處理大并發(fā)上,異步方式消耗的線程數(shù)量更少,因為我使用的是50并發(fā)測試,并沒有發(fā)現(xiàn)開啟的線程數(shù)量有差異,均為55個線程(我是在老的api項目上增加的api接口來進行測試的,所以許多線程可能是asp.net core開啟的)。
祭出Jmeter,開啟50線程的并發(fā)測試。
一番測試,剔除預(yù)熱請求,結(jié)果如下:
webclient:
httpclient:
看起來HttpClient有一點點的優(yōu)勢。反復(fù)測試幾次,有時候webclient也有優(yōu)勢,因此總體上看旗鼓相當(dāng)。
連接句柄
說好的HttpClient的優(yōu)勢呢?
監(jiān)控了服務(wù)器的cpu和內(nèi)存,均未發(fā)現(xiàn)太多的差異。然而當(dāng)分析連接數(shù)時,忽然發(fā)現(xiàn)HttpClient用的連接time_wait數(shù)量遠遠低于WebClient。
看起來HttpClient共享連接的優(yōu)化做的還是不錯的!
小結(jié)
HttpClientFactory在這里沒有測試,不過我單獨寫了個控制臺測試了下,其性能略微比HttpClient低一點點,可能是重用消耗了時間,但理論上其內(nèi)存消耗應(yīng)該更低。
到底采用WebClient還是HttpClient封裝,親們,自己看著辦吧!
總結(jié)
以上是生活随笔為你收集整理的.net core 下的HttpClient、WebClient性能测试的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 如何查看 .NET Core 3.1 源
- 下一篇: ABP Framework 为什么好上手