Reuzi rimedojn de OkHttp dum elektado de alia prokurilo
Elektu prokurile agorditan OkHttp-klienton antaŭ ol krei vokon kaj komprenu, kion newBuilder dividas.
OkHttp-peto ne havas ĝeneralan ŝanĝeblan prokurilan kampon. Elektu la klienton kun la celata vojo antaŭ ol krei ĝian vokon.
Kiam la cetera agordo devas resti dividata, derivu la enkursigitan klienton el ekzistanta kliento:
OkHttpClient routed = baseClient.newBuilder()
.proxy(new Proxy(Proxy.Type.HTTP,
new InetSocketAddress("203.0.113.10", 8080)))
.build();La finpunkto estas nur ilustra. Publikaj HTTP-finpunktoj el la listo de HTTP-prokuriloj povas plenigi ĉi tiun kradan adreson por permesita publika-serva vojo, kondiĉe ke la politiko de la baza kliento ne provizas prokurilajn akreditaĵojn al la nova finpunkto. OkHttp dokumentas, ke newBuilder dividas konektujajn kaj fadenajn rimedojn kun la origina kliento. Tio ne signifas, ke krado establita tra unu prokurilo povas esti renomita kiel alia vojo. Konekta taŭgeco ankoraŭ dependas de la voja kaj adresa agordo.
Por ripeta laboro, konservu limigitan aron da klientoj ŝlositaj laŭ la enkursiga politiko, kiun vi vere bezonas. Evitu nelimigitan mapon kies ŝlosiloj enhavas ĉiun iam observitan portempan konton aŭ prokurilan variaĵon.
Rimeda dividado ankaŭ influas malŝalton. Fermado de dividata kaŝmemoro aŭ malŝalto de dividata dissendilo povas influi aliajn derivitajn klientojn uzantajn tiujn rimedojn. Donu al rimeda posedado klaran aplikaĵnivelan vivdaŭron anstataŭ trakti ĉiun derivitan klienton kiel izolitan retan stakon.
Fine, inkluzivu la identecon de la elektita prokurilo en la propraj metadatenoj de la voko. Tutmonda variablo “laste elektita prokurilo” ne povas identigi la vojon de pluraj samtempaj petoj.