Ŝanĝi uzitan .NET HttpClient-prokurservilan traktilon povas malsukcesi
Tenu .NET-prokurservilan enkursigon stabila dum samtempaj petoj anstataŭ modifi traktilajn ecojn post uzo.
Agordu la enkursigon de .NET-traktilo antaŭ la unua uzo. Agordi Proxy aŭ UseProxy post kiam petoj komenciĝis povas ĵeti InvalidOperationException.
| Ŝanĝo | Kion ĝi ne provizas |
|---|---|
| Reprogrami econ de uzita traktilo | Subtenatan pet-lokan vojŝaltilon |
Ŝanĝi asignitan WebProxy.Address | Atoman elekton por samtempaj petoj aŭ movadon de kunigitaj konektoj |
Meti tutmondan aktualan valoron en IWebProxy | Difinitan samtempecan politikon nur per movado de la stato |
Por limigita aro de vojoj, tenu reuzeblajn klientojn/traktilajn grupojn asociitajn kun tiuj politikoj kaj elektu la klienton antaŭ sendado. Propra IWebProxy povas fari intencajn, samtempe sekurajn decidojn, sed ŝanĝebla komuna provizora valoro restas ambigua.
Limigu vojajn klientojn kaj okazantan laboron laŭ celoj, daŭro, konekta vivo kaj limoj de la operaciumo. Pli da vojoj aldonas basenojn/ingojn, do la nombro de prokuriloj en trakumado ne estas kapacita garantio.
Riprovo tra alia prokurilo estas alia limigita provo kun propra kliento/rezulto. Por sendaĵoj, konservu la eblecon, ke la unua peto estis pritraktita antaŭ ol ĝia respondo malaperis.