Pidä erillinen .NET-käsittelijä jokaiselle proxy-tilille

Siirto voi säilyttää proxy-todennustietojen tarjoajaobjektin, joka valittiin sen pool-hallinnan luomisen yhteydessä. WebProxy.Credentials:n korvaaminen jälkeenpäin ei ole luotettava tilin vaihto.

Luo reitti ja tili yhdessä ennen asiakkaan käyttöä:

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);

Päätepiste ja todennustiedot tulevat sovelluksen kokoonpanosta. Rakenna toinen käsittelijä toiselle identiteetille; toinen HttpClient, joka jakaa ensimmäisen käsittelijän, jakaa myös sen käytännön.

Mukautettu ICredentials-tarjoaja voi vastata myöhempiin haasteisiin, mutta se ei voi merkitä vakiintunutta tunnelia toiseksi tiliksi. Yhden globaalin käyttäjänimen/salasanan asettaminen asynkronisten kutsujen ympärille jättää haasteen ajoituksen ja tilin omistajuuden ristiriitaan.

Pidä rajattu joukko asiakkaita, kun uudelleenkäyttöä tarvitaan. Tyhjennä vanha työ ennen sen siirron hävittämistä. Uusi käsittelijä pyyntöä kohden tuhlaa yhteyspooleja; kaikkien historiallisten tilien ikuinen säilyttäminen kasvattaa niitä rajatta.