Hoidke iga puhverserveri konto jaoks eraldi .NET-käitleja
Looge samaaegsete kontode jaoks eraldi käitlejad, selle asemel et asendada WebProxy.Credentials transpordil, mis juba teenindab päringuid.
Transport võib hoida puhverserveri mandaadipakkuja objekti, mis valiti selle poolihalduri loomisel. WebProxy.Credentials hilisem asendamine ei ole usaldusväärne konto vahetamise toiming.
Looge marsruut ja konto koos enne kliendi kasutamist:
var proxy = new System.Net.WebProxy(proxyEndpoint)
{
Credentials = new System.Net.NetworkCredential(proxyUser, proxyPassword)
};
var handler = new System.Net.Http.HttpClientHandler
{
UseProxy = true,
Proxy = proxy
};
var client = new System.Net.Http.HttpClient(handler);Lõpp-punkt ja mandaadid pärinevad rakenduse konfiguratsioonist. Teise identiteedi jaoks looge teine käitleja; teine HttpClient, mis jagab esimest käitlejat, jagab ka selle poliitikat.
Kohandatud ICredentials-pakkuja saab vastata hilisematele väljakutsetele, kuid ei saa olemasolevat tunnelit teise kontona ümber nimetada. Ühe globaalse kasutajanime/parooli määramine asünkroonsete kõnede ümber jätab väljakutse ajastuse ja konto omandi vastuollu.
Hoidke korduskasutuse korral piiratud hulk kliente. Tühjendage vana töö enne selle transpordi vabastamist. Üks uus käitleja päringu kohta raiskab ühenduste poole; kõigi ajalooliste kontode igavene hoidmine kasvatab neid piirita.