OkHttp-Ressourcen nei benotzen, wärend Dir en anere Proxy auswielt

Wielt en OkHttp-Client, deen op Proxy konfiguréiert ass, ier Dir en Uruff erstellt, a verstitt, wat newBuilder deelt.

Eng OkHttp-Ufro huet kee allgemengt verännerlecht Proxy-Feld. Wielt de Client mat der beabsichtigter Streck, ier Dir säin Uruff erstellt.

Wann de Rescht vun der Konfiguratioun gedeelt soll bleiwen, leet de geroutete Client vun engem existéierende Client of:

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

Den Endpunkt ass just illustrativ. Ëffentlech HTTP-Endpunkte vun der HTTP-Proxy-Lëscht kënnen dës Socket-Adress fir eng erlaabte ëffentlech-Service-Streck fëllen, soulaang d'Politik vum Basis-Client dem neien Endpunkt keng Proxy-Authentifikatiounsinformatiounen ubitt. OkHttp dokumentéiert, datt newBuilder Verbindungs-Pool- an Thread-Ressourcen mam originelle Client deelt. Dat heescht net, datt en Socket, deen iwwer ee Proxy opgebaut gouf, als eng aner Streck ëmbenannt ka ginn. D'Verbindungseignung hänkt nach ëmmer vun der Streck- an Adresskonfiguratioun of.

Fir widderholl Aarbecht behält en begrenzten Set vu Cliente, dee mat der Routing-Politik verschlësselt ass, déi Dir tatsächlech braucht. Vermeit eng onbegrenzt Map, deenen hir Schlësselen all temporäre Kont oder Proxy-Variatioun enthalen, déi jeemools observéiert gouf.

D'Deelen vu Ressourcen beaflosst och d'Ofschalten. D'Schléissen vun engem gedeelte Cache oder d'Ofschalte vun engem gedeelte Dispatcher ka sech op aner ofgeleet Cliente auswierken, déi déi Ressourcen benotzen. Gitt dem Ressourcen-Eigentum eng kloer Liewensdauer op Applikatiounsniveau, amplaz all ofgeleet Client als isoléierten Netzwerk-Stack ze behandelen.

Schlussendlech, setzt d'Identitéit vum gewielte Proxy an d'Metadaten vum Uruff selwer. Eng global Variabel „lescht gewielte Proxy“ kann d'Streck vu méi gläichzäitegen Ufroen net identifizéieren.

Ähnlech Artikelen