Endring av en brukt .NET HttpClient-proxyhandler kan mislykkes
Hold .NET-proxyrutingen stabil under samtidige forespørsler i stedet for å endre handleregenskaper etter bruk.
Konfigurer .NET-handlerrutingen før første bruk. Å sette Proxy eller UseProxy etter at forespørsler har startet kan kaste InvalidOperationException.
| Endring | Hva den ikke gir |
|---|---|
| Skrive om en brukt handleregenskap | En støttet forespørselslokal rutebryter |
Endre tilordnet WebProxy.Address | Atomisk valg for samtidige forespørsler eller flytting av samlede tilkoblinger |
Plassere en global gjeldende verdi inne i IWebProxy | En definert samtidighetspolicy bare ved å flytte tilstanden |
For et begrenset sett med ruter, behold gjenbrukbare klienter/handlergrupper knyttet til disse policyene og velg klienten før sending. En tilpasset IWebProxy kan ta bevisste, samtidighetssikre beslutninger, men en muterbar delt skrapeverdi forblir tvetydig.
Begrens ruteklienter og pågående arbeid etter destinasjoner, varighet, tilkoblingens levetid og OS-grenser. Flere ruter legger til pools/sockets, så antallet proxyer i en benchmark er ikke en kapasitetsgaranti.
Et nytt forsøk gjennom en annen proxy er et annet begrenset forsøk med sin egen klient/resultat. For innsendinger, behold muligheten for at den første forespørselen ble behandlet før svaret forsvant.