OkHttp ressursside uuesti kasutamine teise puhverserveri valimisel

OkHttp päringul ei ole üldist muudetavat puhverserveri välja. Valige kliendi soovitud marsruudiga enne selle kutse loomist.

Kui ülejäänud konfiguratsioon peaks jääma jagatuks, tuletage marsruuditud klient olemasolevast kliendist:

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

Lõpp-punkt on ainult näitlik. Avalikud HTTP lõpp-punktid HTTP puhverserverite loendist võivad selle sokli aadressi täita lubatud avaliku teenuse marsruudi jaoks, eeldusel et baaskliendi poliitika ei anna uuele lõpp-punktile puhverserveri mandaate. OkHttp dokumenteerib, et newBuilder jagab ühenduste basseini ja lõimede ressursse algse kliendiga. See ei tähenda, et ühe puhverserveri kaudu loodud soklit saaks teiseks marsruudiks ümber nimetada. Ühenduse sobivus sõltub endiselt marsruudi ja aadressi konfiguratsioonist.

Korduva töö jaoks hoidke piiratud kogum kliente, mis on võtmetatud tegelikult vajaliku marsruutimispoliitika järgi. Vältige piiramatut kaarti, mille võtmed sisaldavad kõiki kunagi nähtud ajutisi kontosid või puhverserveri variatsioone.

Ressursside jagamine mõjutab ka seiskamist. Jagatud vahemälu sulgemine või jagatud saatja seiskamine võib mõjutada teisi neid ressursse kasutavaid tuletatud kliente. Andke ressursside omandile selge rakendustasandi eluiga, selle asemel et kohelda iga tuletatud klienti isoleeritud võrgupinuna.

Lõpuks lisage valitud puhverserveri identiteet kutse enda metaandmetesse. Globaalne muutuja „viimati valitud puhverserver“ ei suuda tuvastada mitme samaaegse päringu marsruuti.