Modificare un proxy handler di .NET HttpClient già usato può fallire
Mantieni stabile il routing del proxy .NET durante le richieste concorrenti invece di modificare le proprietà del gestore dopo l'uso.
Configura il routing del gestore .NET prima del primo utilizzo. Impostare Proxy o UseProxy dopo l'avvio delle richieste può generare InvalidOperationException.
| Modifica | Cosa non fornisce |
|---|---|
| Riscrivere una proprietà del gestore usato | Un commutatore di route locale alla richiesta supportato |
Mutare il WebProxy.Address assegnato | Selezione atomica per richieste concorrenti o spostamento delle connessioni raggruppate |
Inserire un valore corrente globale dentro IWebProxy | Una politica di concorrenza definita solo spostando lo stato |
Per un insieme limitato di route, mantieni client/gruppi di gestori riutilizzabili associati a tali criteri e seleziona il client prima dell'invio. Un IWebProxy personalizzato può prendere decisioni deliberate e sicure rispetto alla concorrenza, ma un valore condiviso mutabile resta ambiguo.
Limita i client di route e il lavoro in corso per destinazioni, durata, ciclo di vita delle connessioni e limiti del sistema operativo. Più route aggiungono pool/socket, quindi il numero di proxy in un benchmark non è una garanzia di capacità.
Un nuovo tentativo tramite un altro proxy è un altro tentativo limitato con il proprio client/esito. Per gli invii, conserva la possibilità che la prima richiesta sia stata elaborata prima che la sua risposta scomparisse.