Ripërdor burimet e OkHttp kur zgjidhni një proxy tjetër

Zgjidhni një klient OkHttp të konfiguruar me proxy përpara se të krijoni një thirrje dhe kuptoni çfarë ndan newBuilder.

Një kërkesë OkHttp nuk ka një fushë proxy të përgjithshme të ndryshueshme. Zgjidhni klientin me rrugën e synuar përpara se të krijoni thirrjen e tij.

Kur pjesa tjetër e konfigurimit duhet të mbetet e ndarë, nxirrni klientin e rrugëzuar nga një klient ekzistues:

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

Pika e fundit është vetëm ilustruese. Pikat e fundit publike HTTP nga lista e proxy-ve HTTP mund të plotësojnë këtë adresë socket për një rrugë të lejuar të shërbimit publik, me kusht që politika e klientit bazë të mos japë kredenciale proxy për pikën e re të fundit. OkHttp dokumenton që newBuilder ndan burimet e grupit të lidhjeve dhe të fijeve me klientin origjinal. Kjo nuk do të thotë që një socket i vendosur përmes një proxy mund të rietiket o si një rrugë tjetër. Përshtatshmëria e lidhjes varet ende nga konfigurimi i rrugës dhe adresës.

Për punë të përsëritur, mbani një grup të kufizuar klientësh të kyçur sipas politikës së rrugëzimit që ju nevojitet vërtet. Shmangni një hartë të pakufizuar, çelësat e së cilës përmbajnë çdo llogari të përkohshme ose variacion proxy të vëzhguar ndonjëherë.

Ndarja e burimeve ndikon edhe në mbyllje. Mbyllja e një cache të ndarë ose ndalimi i një shpërndarësi të ndarë mund të ndikojë në klientë të tjerë të nxjerruar që përdorin ato burime. Jepini pronësisë së burimeve një jetëgjatësi të qartë në nivel aplikacioni në vend që të trajtoni çdo klient të nxjerruar si një stivë rrjeti të izoluar.

Së fundi, përfshini identitetin e proxy-t të zgjedhur në metadatat e vetë thirrjes. Një ndryshore globale «proxy i fundit i zgjedhur» nuk mund të identifikojë rrugën e disa kërkesave të njëkohshme.

Artikuj të ngjashëm