Ang kahilingan ng OkHttp ay walang pangkalahatang nababagong field ng proxy. Piliin ang client na may nilalayong ruta bago gumawa ng tawag nito.

Kapag ang natitirang configuration ay dapat manatiling ibinabahagi, kunin ang naka-rutang client mula sa umiiral na client:

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

Ang endpoint ay paglalarawan lamang. Ang mga pampublikong HTTP endpoint mula sa listahan ng HTTP proxy ay maaaring punan ang socket address na ito para sa pinapayagang ruta ng pampublikong serbisyo, sa kondisyon na ang patakaran ng base client ay hindi nagbibigay ng anumang kredensyal ng proxy sa bagong endpoint. Idinodokumento ng OkHttp na ibinabahagi ng newBuilder ang mga mapagkukunan ng connection pool at thread sa orihinal na client. Hindi ito nangangahulugan na ang socket na itinatag sa pamamagitan ng isang proxy ay maaaring muling lagyan ng label bilang ibang ruta. Ang pagiging karapat-dapat ng koneksyon ay nakasalalay pa rin sa configuration ng ruta at address.

Para sa paulit-ulit na gawain, panatilihin ang limitadong hanay ng mga client na naka-key sa patakaran ng routing na talagang kailangan mo. Iwasan ang walang limitasyong mapa na ang mga key ay naglalaman ng bawat pansamantalang account o variation ng proxy na naobserbahan.

Ang pagbabahagi ng mapagkukunan ay nakakaapekto rin sa pagsasara. Ang pagsasara ng ibinahaging cache o pagpatay sa ibinahaging dispatcher ay maaaring makaapekto sa iba pang nagmula na client na gumagamit ng mga mapagkukunang iyon. Bigyan ang pagmamay-ari ng mapagkukunan ng malinaw na pang-application na habang-buhay sa halip na ituring ang bawat nagmula na client bilang hiwalay na network stack.

Sa huli, isama ang pagkakakilanlan ng napiling proxy sa sariling metadata ng tawag. Ang isang pandaigdigang variable na “huling napiling proxy” ay hindi matukoy ang ruta ng ilang sabay-sabay na kahilingan.

Kaugnay na mga artikulo