Atkārtoti izmantojiet OkHttp resursus, izvēloties citu starpniekserveri

OkHttp pieprasījumam nav vispārīga maināma starpniekservera lauka. Pirms tā izsaukuma izveides izvēlieties klientu ar paredzēto maršrutu.

Ja pārējai konfigurācijai jāpaliek koplietotai, atvasiniet maršrutēto klientu no esoša klienta:

OkHttpClient routed = baseClient.newBuilder()
    .proxy(new Proxy(Proxy.Type.HTTP,
        new InetSocketAddress("203.0.113.10", 8080)))
    .build();

Galapunkts ir tikai ilustratīvs. Publiski HTTP galapunkti no HTTP starpniekserveru saraksta var aizpildīt šo ligzdas adresi atļautam publiska servisa maršrutam, ja bāzes klienta politika jaunajam galapunktam nesniedz starpniekservera akreditācijas datus. OkHttp dokumentē, ka newBuilder koplieto savienojumu kopas un pavedienu resursus ar sākotnējo klientu. Tas nenozīmē, ka ligzdu, kas izveidota caur vienu starpniekserveri, var pārdēvēt par citu maršrutu. Savienojuma piemērotība joprojām ir atkarīga no maršruta un adreses konfigurācijas.

Atkārtotam darbam uzturiet ierobežotu klientu kopu, kas iekļauta atslēgās pēc maršrutēšanas politikas, kura jums patiešām nepieciešama. Izvairieties no neierobežotas kartes, kuras atslēgas satur visus jebkad novērotos pagaidu kontus vai starpniekservera variantus.

Resursu koplietošana ietekmē arī izslēgšanu. Koplietota keša aizvēršana vai koplietota izsūtītāja izslēgšana var ietekmēt citus atvasinātus klientus, kas izmanto šos resursus. Piešķiriet resursu īpašumtiesībām skaidru lietojumprogrammas līmeņa dzīves laiku, nevis uzskatiet katru atvasināto klientu par izolētu tīkla steku.

Visbeidzot, iekļaujiet izvēlētā starpniekservera identitāti paša izsaukuma metadatos. Globāls mainīgais “pēdējais izvēlētais starpniekserveris” nevar noteikt vairāku vienlaicīgu pieprasījumu maršrutu.