Менување на користен .NET HttpClient proxy handler може да не успее
Одржувајте стабилно .NET proxy рутирање за време на паралелни барања наместо да менувате својства на handler по употреба.
Конфигурирајте .NET handler рутирање пред првата употреба. Поставувањето на Proxy или UseProxy откако барањата започнале може да фрли InvalidOperationException.
| Промена | Што не обезбедува |
|---|---|
| Препишување на својство на користен handler | Поддржан прекинувач на рута локален за барањето |
Менување на доделеното WebProxy.Address | Атомски избор за паралелни барања или преместување на групирани врски |
Ставање глобална тековна вредност во IWebProxy | Дефинирана политика за паралелност само со преместување на состојбата |
За ограничен сет рути, задржете клиенти/групи handler што можат повторно да се користат поврзани со тие политики и изберете го клиентот пред испраќање. Прилагоден IWebProxy може да донесува намерни, безбедни за паралелност одлуки, но променлива споделена помошна вредност останува двосмислена.
Ограничете ги клиентите на рути и работата во тек според дестинации, времетраење, живот на врската и ограничувања на ОС. Повеќе рути додаваат базени/сокети, затоа бројот на proxy во benchmark не е гаранција за капацитет.
Повторен обид преку друг proxy е уште еден ограничен обид со сопствен клиент/резултат. За испраќања, задржете ја можноста првото барање да било обработено пред да исчезне неговиот одговор.