Kubadilisha proxy handler ya .NET HttpClient iliyotumika kunaweza kushindikana
Weka uelekezaji wa proksi wa .NET ukiwa thabiti wakati wa maombi ya wakati mmoja badala ya kubadilisha sifa za handler baada ya matumizi.
Sanidi uelekezaji wa handler wa .NET kabla ya matumizi ya kwanza. Kuweka Proxy au UseProxy baada ya maombi kuanza kunaweza kutupa InvalidOperationException.
| Mabadiliko | Ambayo haitoi |
|---|---|
| Kuandika upya sifa ya handler iliyotumika | Kibadilishaji cha njia cha ndani ya ombi kinachotumika |
Kubadilisha WebProxy.Address iliyopewa | Uteuzi wa atomiki kwa maombi ya wakati mmoja au kuhamisha miunganisho iliyokusanywa |
Kuweka thamani ya sasa ya kimataifa ndani ya IWebProxy | Sera ya utambuzi wa wakati mmoja iliyofafanuliwa kwa kuhamisha hali pekee |
Kwa seti ndogo ya njia, weka wateja/vikundi vya handler vinavyoweza kutumika tena vinavyohusiana na sera hizo na uchague mteja kabla ya kutuma. IWebProxy maalum inaweza kufanya maamuzi ya kukusudia na salama kwa wakati mmoja, lakini thamani ya pamoja inayobadilika inabaki isiyoeleweka.
Punguza wateja wa njia na kazi inayoendelea kwa maeneo, muda, maisha ya muunganisho na mipaka ya OS. Njia zaidi zinaongeza madimbwi/soketi, kwa hivyo idadi ya proksi katika benchmark si hakikisho la uwezo.
Jaribio jipya kupitia proksi nyingine ni jaribio lingine lenye kikomo na mteja/matokeo yake. Kwa mawasilisho, hifadhi uwezekano kwamba ombi la kwanza lilishughulikiwa kabla jibu lake kutoweka.