Erabili berriro OkHttp-ren baliabideak proxy desberdin bat hautatzean

Hautatu proxyarekin konfiguratutako OkHttp bezero bat deia sortu aurretik eta ulertu zer partekatzen duen newBuilder-ek.

OkHttp eskaerak ez du proxy eremu aldagarri orokorrik. Hautatu nahi duzun ibilbidea duen bezeroa deia sortu aurretik.

Konfigurazioaren gainerakoak partekatuta jarraitu behar duenean, eratorri bideratutako bezeroa lehendik dagoen bezero batetik:

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

Amaiera-puntua adibide bat besterik ez da. HTTP proxy zerrendako HTTP amaiera-puntu publikoek socket helbide hau bete dezakete baimendutako zerbitzu publikoaren ibilbide baterako, baldin eta oinarrizko bezeroaren politikak ez badio amaiera-puntu berriari proxy kredentzialik ematen. OkHttp-k dokumentatzen du newBuilder-ek konexio-pool eta hari baliabideak partekatzen dituela jatorrizko bezeroarekin. Horrek ez du esan nahi proxy baten bidez ezarritako socket bat beste ibilbide gisa berriz etiketa daitekeenik. Konexioaren egokitasuna ibilbidearen eta helbidearen konfigurazioaren araberakoa da oraindik.

Lan errepikakorrerako, mantendu benetan behar duzun bideratze-politikaren arabera gakotutako bezero multzo mugatu bat. Saihestu inoiz ikusitako aldi baterako kontu edo proxy aldakuntza guztiak gakoetan dituen mapa mugagabea.

Baliabideen partekatzeak itzaltzeari ere eragiten dio. Partekatutako cache bat ixteak edo partekatutako dispatcher bat itzaltzeak baliabide horiek erabiltzen dituzten beste bezero eratorri batzuei eragin diezaieke. Eman baliabideen jabetzari aplikazio mailako bizitza argi bat, bezero eratorri bakoitza sare-pila isolatu gisa tratatu beharrean.

Azkenez, sartu hautatutako proxyaren identitatea deiaren beraren metadatuetan. “Azken proxy hautatua” aldagai globalak ezin du hainbat eskaera konkurrenteren ibilbidea identifikatu.

Erlazionatutako artikuluak