Bruk OkHttp-ressursar om att når du vel ein annan proxy

Ein OkHttp-førespurnad har ikkje eit generelt muterbart proxyfelt. Vel klienten med den tiltenkte ruta før du opprettar kallet.

Når resten av konfigurasjonen skal halde fram med å vere delt, leid ut den ruta klienten frå ein eksisterande klient:

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

Endepunktet er berre illustrativt. Offentlege HTTP-endepunkt frå HTTP-proxylista kan fylle denne socketadressa for ei tillaten offentleg tenesterute, føresett at retningslinjene til basisklienten ikkje gjev noka proxy-innlogging til det nye endepunktet. OkHttp dokumenterer at newBuilder deler tilkoplingspool- og trådressursar med den opphavlege klienten. Det tyder ikkje at ein socket etablert gjennom ein proxy kan merkjast om som ei anna rute. Eigna tilkoplinga avheng framleis av rute- og adressekonfigurasjonen.

For repetert arbeid, hald eit avgrensa sett klientar nøkla etter rutingsretningslinjene du faktisk treng. Unngå eit ubegrensa kart der nøklane inneheld alle mellombelse kontoar eller proxyvariasjonar som nokon gong er observerte.

Ressursdeling påverkar også nedstenging. Lukking av ein delt cache eller nedstenging av ein delt dispatcher kan påverke andre avleidde klientar som brukar desse ressursane. Gje ressurseigarskap ein klar levetid på applikasjonsnivå i staden for å handsame kvar avleidd klient som ein isolert nettverksstakk.

Til slutt, ta med identiteten til den valde proxyen i metadataa til kallet sjølv. Ein global variabel for «sist valde proxy» kan ikkje identifisere ruta til fleire samtidige førespurnader.