在C#中使用HttpWebRequest
發(fā)起HTTP請(qǐng)求時(shí),達(dá)到最大并發(fā)和性能可以從以下幾個(gè)方面改進(jìn):
1. ServicePointManager設(shè)置
ServicePointManager
類是一個(gè)靜態(tài)類,它提供了用于管理HTTP連接的屬性和方法。為了提升并發(fā)性能,你需要調(diào)整以下幾個(gè)關(guān)鍵屬性:
ServicePointManager.DefaultConnectionLimit = 100; // 一個(gè)合適的值,例如100
ServicePointManager.Expect100Continue = false;
ServicePointManager.ReusePort = true;
2. 異步編程模型
使用HttpWebRequest
的異步方法,如BeginGetResponse
和EndGetResponse
或者GetResponseAsync
,可以讓你的應(yīng)用程序在等待HTTP響應(yīng)時(shí)不會(huì)阻塞,這對(duì)于提高并發(fā)性能非常重要。
3. 資源利用和釋放
確保在請(qǐng)求完成后及時(shí)釋放HttpWebResponse
對(duì)象和其他資源,以避免不必要的資源占用和內(nèi)存泄漏。
using (HttpWebResponse response = (HttpWebResponse)request.GetResponse()) { // 處理響應(yīng) }
4. 并行處理
在.NET中,可以使用Parallel
類或者Task
類來(lái)并行發(fā)送多個(gè)請(qǐng)求。
var tasks = urls.Select(url => Task.Run(() => {
// 使用HttpWebRequest發(fā)送請(qǐng)求 })).ToArray(); Task.WaitAll(tasks); // 等待所有請(qǐng)求完成
5. 使用HttpClient
如果可能,考慮使用HttpClient
類來(lái)代替HttpWebRequest
。
HttpClient
是一個(gè)更現(xiàn)代的HTTP客戶端,它提供了更簡(jiǎn)潔的API,更好的異步支持,并且默認(rèn)就配置了更高的并發(fā)連接限制。
using (var client = new HttpClient()) { // 發(fā)送請(qǐng)求 }
6. 系統(tǒng)級(jí)配置
有時(shí)候,操作系統(tǒng)級(jí)別的設(shè)置也會(huì)對(duì)HTTP并發(fā)性能產(chǎn)生影響。例如,在Windows上,可能需要調(diào)整注冊(cè)表中的MaxUserPort
和TcpTimedWaitDelay
值來(lái)增加可用的端口數(shù)量和減少端口釋放前的等待時(shí)間。
在Windows操作系統(tǒng)中,MaxUserPort
是一個(gè)注冊(cè)表項(xiàng),用于確定可用的最大用戶端口號(hào)。默認(rèn)情況下,MaxUserPort
的值通常設(shè)置為 5000,這意味著TCP/IP協(xié)議棧會(huì)使用1024到5000之間的端口號(hào)用于用戶的TCP/UDP連接。
如果你需要調(diào)整 MaxUserPort
的值(比如,你想要允許更多的并發(fā)網(wǎng)絡(luò)連接),你可以通過(guò)注冊(cè)表編輯器(regedit)進(jìn)行修改。通常,MaxUserPort
的值位于以下注冊(cè)表路徑:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters
在修改 MaxUserPort
值后,通常需要重啟Windows操作系統(tǒng)來(lái)使更改生效,因?yàn)門CP/IP堆棧需要重新加載配置參數(shù)。
對(duì)于高并發(fā)應(yīng)用,MaxUserPort
值可以設(shè)置得更高,以允許系統(tǒng)打開(kāi)更多的動(dòng)態(tài)端口。理論上,這個(gè)值可以設(shè)置到 65534 (因?yàn)?0 到 1023 是保留端口,而 65535 是最大端口號(hào)),但實(shí)際上,推薦的最大值通常會(huì)低于這個(gè)理論上限。
在實(shí)踐中,很多Windows服務(wù)器管理員可能會(huì)將 MaxUserPort
設(shè)置在 10000 到 60000 之間,具體數(shù)值取決于應(yīng)用需求以及系統(tǒng)和網(wǎng)絡(luò)環(huán)境。微軟官方文檔曾建議可以將 MaxUserPort
設(shè)置為 32768,但這并不是一個(gè)硬性限制,實(shí)際應(yīng)用中應(yīng)根據(jù)具體情況進(jìn)行設(shè)置。
設(shè)置 MaxUserPort
時(shí)應(yīng)當(dāng)謹(jǐn)慎,因?yàn)榉浅8叩闹悼赡軙?huì)導(dǎo)致系統(tǒng)資源(例如內(nèi)存和句柄等)的消耗增加。此外,這種改變可能會(huì)影響到網(wǎng)絡(luò)安全策略。因此,最好在調(diào)整這個(gè)值之前評(píng)估應(yīng)用的實(shí)際需求,并在測(cè)試環(huán)境中進(jìn)行充分測(cè)試。
在修改 MaxUserPort
后,你需要重啟系統(tǒng)以使設(shè)置生效。同時(shí),建議配合 TcpTimedWaitDelay
注冊(cè)表項(xiàng)一起調(diào)整,這可以幫助更快地回收處于 TIME_WAIT 狀態(tài)的端口,從而允許系統(tǒng)再次使用這些端口。默認(rèn)情況下,TcpTimedWaitDelay
的值為 240 秒,但可以減少到 30-60 秒,特別是在高并發(fā)環(huán)境中,這樣可以幫助減少因?yàn)槎丝诤谋M導(dǎo)致的連接問(wèn)題。
TcpTimedWaitDelay
是Windows注冊(cè)表中的一個(gè)項(xiàng),用于控制TCP連接關(guān)閉后,其端口進(jìn)入TIME_WAIT狀態(tài)的時(shí)間。TIME_WAIT狀態(tài)是TCP連接斷開(kāi)后的一種保持狀態(tài),用于確保最后的確認(rèn)包能夠到達(dá)。這個(gè)時(shí)間默認(rèn)是240秒。
減少 TcpTimedWaitDelay
的值可以加快端口的回收速度,這對(duì)于那些需要處理大量短連接的高并發(fā)應(yīng)用是有益的。對(duì)于 TcpTimedWaitDelay
,典型的設(shè)置值介于30秒到120秒之間。
要設(shè)置 TcpTimedWaitDelay
,請(qǐng)按照以下步驟:
打開(kāi)注冊(cè)表編輯器(regedit
)。這可以通過(guò)在開(kāi)始菜單中搜索“regedit”或者按 Win + R
鍵打開(kāi)運(yùn)行窗口,然后輸入 regedit
并回車來(lái)完成。
導(dǎo)航到以下路徑:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters
查找 TcpTimedWaitDelay
鍵值。如果它不存在,你需要?jiǎng)?chuàng)建它:
雙擊 TcpTimedWaitDelay
鍵值,然后在“數(shù)值數(shù)據(jù)”框中輸入你希望設(shè)置的秒數(shù)(請(qǐng)確保你選擇了十進(jìn)制而不是十六進(jìn)制)。
點(diǎn)擊“確定”保存更改。
關(guān)閉注冊(cè)表編輯器。
為了使更改生效,你需要重啟你的計(jì)算機(jī)。
在調(diào)整 TcpTimedWaitDelay
之前,請(qǐng)確保你了解更改的影響,并且在生產(chǎn)環(huán)境中進(jìn)行更改前在測(cè)試環(huán)境中進(jìn)行了充分測(cè)試。不恰當(dāng)?shù)脑O(shè)置可能會(huì)導(dǎo)致不預(yù)期的行為,例如潛在的網(wǎng)絡(luò)問(wèn)題或性能下降。
7. 服務(wù)器設(shè)置
客戶端性能的提升也依賴于服務(wù)器端的配置。確保服務(wù)器能夠處理高并發(fā)連接和請(qǐng)求。
8. 性能測(cè)試
使用壓力測(cè)試工具(如JMeter或LoadRunner)對(duì)你的應(yīng)用程序進(jìn)行壓力測(cè)試,以確定最佳的并發(fā)設(shè)置。通過(guò)測(cè)試可以發(fā)現(xiàn)性能瓶頸,并據(jù)此調(diào)整設(shè)置。
注意事項(xiàng)
設(shè)置ServicePointManager.DefaultConnectionLimit
過(guò)高可能會(huì)導(dǎo)致服務(wù)器壓力增大,甚至拒絕服務(wù),應(yīng)根據(jù)實(shí)際情況謹(jǐn)慎設(shè)置。
在高并發(fā)場(chǎng)景中,HttpClient
通常是比HttpWebRequest
更好的選擇。
使用異步編程模式時(shí),確保理解async
和await
關(guān)鍵字,避免常見(jiàn)的陷阱,如死鎖。
作者:Eric zhou
來(lái)源:https://www.cnblogs.com/tianqing/p/17868395.html
該文章在 2023/12/26 9:42:50 編輯過(guò)