快捷導(dǎo)航

C#使用HttpClient進(jìn)行Post請求出現(xiàn)超時(shí)問題的解決及優(yōu)化

更新時(shí)間：2025年01月23日 10:27:48 作者：Thinbug

最近我的控制臺程序發(fā)現(xiàn)有時(shí)候總是出現(xiàn)請求超時(shí)等問題,通常好幾分鐘最多只有3-4個(gè)請求,在使用apipost發(fā)現(xiàn)并發(fā)10個(gè)5分鐘也沒有問題,那么問題就出在我的請求端了,所以本文給大家介紹了C# 使用HttpClient進(jìn)行Post請求總是出現(xiàn)超時(shí)問題的優(yōu)化,需要的朋友可以參考下

優(yōu)化結(jié)論

我直接上優(yōu)化結(jié)論吧，就不放上老的代碼了。需要從以下幾個(gè)點(diǎn)來優(yōu)化。

單例HttpClient

問題：如果 HttpClient 實(shí)例頻繁創(chuàng)建和銷毀，可能導(dǎo)致連接池中的資源被占滿，新的請求需要等待釋放資源，從而造成長時(shí)間的延遲。

首先單例HttpClient，每次請求都會創(chuàng)建一個(gè)新的 HttpClient 實(shí)例。HttpClient 的短生命周期會導(dǎo)致以下問題：

1，頻繁建立和銷毀連接，無法復(fù)用已有的連接池。

2，增加連接開銷，可能導(dǎo)致長時(shí)間等待（尤其在并發(fā)請求時(shí)）。

所以我們直接

private static readonly HttpClient client = new HttpClient
{
    Timeout = TimeSpan.FromSeconds(15) // 設(shè)置超時(shí)時(shí)間
};

連接池耗盡和并發(fā)

合理設(shè)置 ServicePointManager.DefaultConnectionLimit，因?yàn)榫退闶菃卫腍ttpClient也會有連接數(shù)的限制。我們看看這個(gè)參數(shù)說明：

// 摘要:
//     Gets or sets the maximum number of concurrent connections allowed by a System.Net.ServicePoint
//     object.
//
// 返回結(jié)果:
//     The maximum number of concurrent connections allowed by a System.Net.ServicePoint
//     object. The default connection limit is 10 for ASP.NET hosted applications and
//     2 for all others. When an app is running as an ASP.NET host, it is not possible
//     to alter the value of this property through the config file if the autoConfig
//     property is set to true. However, you can change the value programmatically when
//     the autoConfig property is true. Set your preferred value once, when the AppDomain
//     loads.
//
// 異常:
//   T:System.ArgumentOutOfRangeException:
//     System.Net.ServicePointManager.DefaultConnectionLimit is less than or equal to
//     0.

有一句是重點(diǎn)
ASP的默認(rèn)連接限制是10。. NET托管應(yīng)用程序和其他的都是2。
我可能有時(shí)又3-4個(gè)并發(fā)，可能問題在這里，那么我直接設(shè)置100個(gè)就足夠滿足我的程序了。

ServicePointManager.DefaultConnectionLimit = 100; // 調(diào)高默認(rèn)連接限制

并發(fā)異步

如果你的程序有很高的并發(fā)，可能會耗盡你的CPU，那么需要使用異步。

HttpResponseMessage response = await client.PostAsync(url, content);

最終優(yōu)化后

我最終的代碼狀態(tài)如下：

public async Task<string> PostFormResult(string url, string parm)
{
    Log("PostFormResult 開始請求: " + url + ", parm: " + parm);
    try
    {
        byte[] buf = Encoding.UTF8.GetBytes(parm);
        using (HttpContent content = new ByteArrayContent(buf))
        {
        	//這里我是表單，可以換成json
            content.Headers.ContentType = new System.Net.Http.Headers.MediaTypeHeaderValue("application/x-www-form-urlencoded");
			//content.Headers.ContentType = new System.Net.Http.Headers.MediaTypeHeaderValue("application/json");
			//添加Token	
		    //client.DefaultRequestHeaders.Add("Authorization", "Bearer " + token);

            HttpResponseMessage res = await client.PostAsync(url, content);

            if (res.IsSuccessStatusCode)
            {
                string json = await res.Content.ReadAsStringAsync();
                Log("PostFormResult請求成功: " + json);
                return json;
            }
            else
            {
                Warning("PostFormResult請求失敗: " + res.StatusCode);
            }
        }

    }
    catch (HttpRequestException ex)
	{
	    Warning("請求Post出現(xiàn)錯誤: " + ex.Message);
	}
	catch (Exception ex)
	{
	    Warning($"請求Post出現(xiàn)錯誤: {ex.Message}");
	}
    return string.Empty;
}

我的請求會同時(shí)出現(xiàn)了4個(gè)。所以超過了并發(fā)所以產(chǎn)生了問題，修改后就沒有問題了。

到此這篇關(guān)于C#使用HttpClient進(jìn)行Post請求總是出現(xiàn)超時(shí)問題的解決及優(yōu)化的文章就介紹到這了,更多相關(guān)C# HttpClient進(jìn)行Post請求出現(xiàn)超時(shí)內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: