Erabilitako .NET HttpClient proxy handler bat aldatzeak huts egin dezake
Egon .NET proxy bideratzea egonkorra aldi bereko eskaeretan, handleraren propietateak erabili ondoren aldatu beharrean.
Konfiguratu .NET handler bideratzea lehen erabilera aurretik. Proxy edo UseProxy eskaerak hasi ondoren ezartzeak InvalidOperationException bota dezake.
| Aldaketa | Zer ez duen ematen |
|---|---|
| Erabilitako handler propietate bat berridaztea | Eskaeraren tokiko bide-etengailu onartua |
Esleitutako WebProxy.Address mutatzea | Hautaketa atomikoa aldi bereko eskaeretarako edo pool-funtzionamenduko konexioak mugitzeko |
Uneko balio globala IWebProxy barruan jartzea | Definitutako konkurentzia-politika soilik egoera mugituz |
Bide-multzo mugatu baterako, eutsi politika horiekin lotutako berrerabilgarriak diren bezero/handler taldeei eta hautatu bezeroa bidali aurretik. IWebProxy pertsonalizatu batek erabaki deliberatuak eta konkurentzia-seguruak har ditzake, baina partekatutako balio aldakorrak anbiguoa izaten jarraitzen du.
Mugatu bide-bezeroak eta abian den lana helmugengatik, iraupenagatik, konexioaren bizitzagatik eta OSaren mugetarako. Bide gehiagok pool/socket gehiago gehitzen dituzte, beraz benchmark bateko proxy kopurua ez da edukiera-bermea.
Beste proxy baten bidezko berrsaikakera beste saiakera mugatu bat da, bere bezero/emaitzarekin. Bidalketetan, mantendu lehen eskaera erantzuna desagertu aurretik prozesatu izateko aukera.