OkHttp-boarnen werbrûke by it kiezen fan in oare proxy

Kies in proxy-konfigurearre OkHttp-klant foardat jo in oprop meitsje en begryp wat newBuilder dielt.

In OkHttp-fersyk hat gjin algemien feroarber proxyfjild. Kies de klant mei de bedoelde rûte foardat jo syn oprop meitsje.

As de rest fan 'e konfiguraasje dield bliuwe moat, lied dan de rûte-klant ôf fan in besteande klant:

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

It einpunt is yllustratyf. Iepenbiere HTTP-einpunten fan 'e HTTP-proksylist kinne dit socketadres folje foar in tastiene iepenbiere-tsjinst-rûte, mits it belied fan 'e basisklant gjin proxy-gegevens oan it nije einpunt jout. OkHttp dokumintearret dat newBuilder ferbining-pool- en triedboarnen mei de oarspronklike klant dielt. Dat betsjut net dat in socket dy't fia ien proxy oanmakke is, as in oare rûte werlabelle wurde kin. Ferbiningsgeskiktheid hinget noch altyd ôf fan 'e rûte- en adreskonfiguraasje.

Hâld foar werhelle wurk in beheinde set klanten oan, kaai op it routingbelied dat jo echt nedich hawwe. Foarkom in ûnbeheind map wêrfan de kaaien elk ea waarnommen tydlik akkount of proxy-fariaasje befetsje.

Boarnen dielen hat ek ynfloed op it ôfsluten. It sluten fan in dielde cache of it ôfsluten fan in dielde dispatcher kin oare ôfliede klanten beynfloedzje dy't dy boarnen brûke. Jouw eigenerskip fan boarnen in dúdlike libbensdoer op applikaasjenivo ynstee fan elke ôfliede klant as in isolearre netwurkstack te behanneljen.

Ta slot, nim de identiteit fan 'e keazen proxy op yn 'e eigen metadata fan 'e oprop. In globale fariabele “lêst keazen proxy” kin de rûte fan ferskate tagelyk fersiken net identifisearje.

Relatearre artikelen