有許多服務需要拉取api接口數據，因此后端開發少不了對Http訪問請求進行封裝，最主要的應用方式莫過于采用WebClient進行封裝，簡單易用；而.net core微軟官方推薦的是HttpClient和HttpClientFactory，到底哪個性能更加強勁呢？你是否和我一樣也存在同樣的疑惑？

Post請求代碼

不考慮異常的處理，這里的代碼量看起來差不多哎~，
使用WebClient代碼如下：

//對象 args var postData = JsonConvert.SerializeObject(args); var client = new WebClient { }; client.Headers.Add("Content-Type", "application/json"); byte[] responseBytes; responseBytes = client.UploadData(uri, "POST", Encoding.UTF8.GetBytes(postData)); var responseString = Encoding.GetEncoding("utf-8").GetString(responseBytes); var response = JsonConvert.DeserializeObject<Tout>(responseString);

使用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);

性能測試

從上面的代碼可以看到一個采用了同步方式請求遠程服務器，而HttpClient是采用異步方式請求遠程服務器。感覺在處理大并發上，異步方式消耗的線程數量更少，因為我使用的是50并發測試，并沒有發現開啟的線程數量有差異，均為55個線程（我是在老的api項目上增加的api接口來進行測試的，所以許多線程可能是asp.net core開啟的）。

祭出Jmeter，開啟50線程的并發測試。
一番測試，剔除預熱請求，結果如下：
webclient：

httpclient：

看起來HttpClient有一點點的優勢。反復測試幾次，有時候webclient也有優勢，因此總體上看旗鼓相當。

連接句柄

說好的HttpClient的優勢呢？
監控了服務器的cpu和內存，均未發現太多的差異。然而當分析連接數時，忽然發現HttpClient用的連接time_wait數量遠遠低于WebClient。

# WebClient 使用情況 LISTEN 21 CLOSE_WAIT 13 ESTABLISHED 47 FIN_WAIT2 2 TIME_WAIT 769 # HttpClient 使用情況 LISTEN 21 CLOSE_WAIT 11 ESTABLISHED 48 TIME_WAIT 49

看起來HttpClient共享連接的優化做的還是不錯的！

小結

HttpClientFactory在這里沒有測試，不過我單獨寫了個控制臺測試了下，其性能略微比HttpClient低一點點，可能是重用消耗了時間，但理論上其內存消耗應該更低。

到底采用WebClient還是HttpClient封裝，親們，自己看著辦吧！

總結

以上是生活随笔為你收集整理的.net core 下的HttpClient、WebClient性能测试的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。