Ændring af en brugt .NET HttpClient-proxyhandler kan fejle
Hold .NET-proxyrouting stabil under samtidige anmodninger i stedet for at ændre handlerens egenskaber efter brug.
Konfigurer .NET-handlerrouting før første brug. Hvis du angiver Proxy eller UseProxy, efter at anmodninger er begyndt, kan det kaste InvalidOperationException.
| Ændring | Hvad den ikke giver |
|---|---|
| Omskrivning af en brugt handleregenskab | En understøttet anmodningslokal ruteskift |
Ændring af tildelt WebProxy.Address | Atomisk valg for samtidige anmodninger eller flytning af samlede forbindelser |
Anbringelse af en global aktuel værdi inde i IWebProxy | En defineret samtidighedspolitik blot ved at flytte tilstanden |
For et begrænset sæt ruter skal du beholde genanvendelige klienter/handlergrupper knyttet til disse politikker og vælge klienten før afsendelse. En tilpasset IWebProxy kan træffe bevidste, samtidighedssikre beslutninger, men en mutabel delt scratchværdi er fortsat tvetydig.
Afgræns ruteklienter og igangværende arbejde efter destinationer, varighed, forbindelsens levetid og OS-grænser. Flere ruter tilføjer pools/sockets, så antallet af proxier i en benchmark er ikke en kapacitetsgaranti.
Et nyt forsøg gennem en anden proxy er et andet afgrænset forsøg med sin egen klient/resultat. For indsendelser skal du bevare muligheden for, at den første anmodning blev behandlet, før dens svar forsvandt.