Vienam nosauktam HttpClient konfigurēts starpniekserveris automātiski nekonfigurē katru IHttpClientFactory atgriezto klientu. Reģistrācijas nosaukums un pieprasītais nosaukums ir jāsaglabā kopā.

services.AddHttpClient("via-proxy")
    .ConfigurePrimaryHttpMessageHandler(() => new HttpClientHandler
    {
        Proxy = new WebProxy("http://203.0.113.10:8080"),
        UseProxy = true
    });

Pēc tam iegūstiet šo nosaukto konfigurāciju:

var client = factory.CreateClient("via-proxy");

Galapunkts ir ilustratīvs. Atļautajiem sabiedrisko pakalpojumu pieprasījumiem HTTP starpniekserveru saraksts piedāvā kandidātus nosauktā klienta WebProxy URL. Noklusējuma klienta bez nosaukuma izveide citur ir cita meklēšana, pat ja abi klienti nāk no vienas un tās pašas injicētās rūpnīcas.

Konfigurējiet starpniekservera darbību savienojuma līmenī primārajā apstrādātājā, nevis uzskatiet to par galamērķa pieprasījuma galveni. Rūpnīca var pārvaldīt apstrādātāju dzīves ciklu atsevišķi no atgrieztajiem HttpClient objektiem.

Ja izsaukums pieder tipizētam klientam vai citam SDK, pārbaudiet, kura reģistrācija nodrošina tā HttpClient. Pareizi konfigurēts nosauktais klients, kas nekad netiek izmantots, neietekmē šī SDK tīkla ceļu.

Izmantojiet šo konfigurāciju stabilai maršrutēšanas politikai. Aktīva apstrādātāja maiņa starp darbībām joprojām ir atsevišķa vienlaicības un dzīves cikla problēma.

Saistītie raksti