Бир жип прокси касиетин коюп, сурам жасап, эски маанини калыбына келтирет. Башка жип башка прокси менен ушундай кылат. Жогорудан ылдый окуганда код таза көрүнөт, бирок эки жип тең жалпы JVM абалын өзгөртүп жатат.

System.setProperty() процесстин системалык касиетин өзгөртөт. Ал чакырган жипке маршрутту байланыштырбайт. Параллелдүү сурам башкалардын иши үчүн жазылган маанини көрүшү мүмкүн, ал эми бар болгон кардар өзүнүн конфигурациясын мурунтан эле кармап алган болушу мүмкүн.

Маршрутту кардардын бөлүгү кыл

Java'нын HTTP кардары үчүн атайын прокси тандагычтар менен кардарларды түзүңүз. Жумуштар ар башка маршруттоо саясаттарын талап кылса, өзүнчө кардарларды кармаңыз:

HttpClient client = HttpClient.newBuilder()
    .proxy(ProxySelector.of(
        new InetSocketAddress("203.0.113.10", 8080)))
    .connectTimeout(Duration.ofSeconds(5))
    .build();

Импорттор java.net, java.net.http жана java.time. Дарек мисал катары берилди; уруксат берилген коомдук маршрут сынактары үчүн HTTP прокси тизмеси талапкер акыркы чекиттерди берет. Сурамдын мөөнөттөрүн жана прокси аутентификациясын колдонмонун муктаждыктарына жараша өзүнчө конфигурациялаңыз.

куруучунун proxy ыкмасы кардар деңгээлиндеги тандоону жазат. Бул саясатты асинхрондук операциялардын айланасындагы глобалдык жазуулардын ырааттуулугунан караганда текшерүүнү жеңилдетет.

Глобалдык жөндөөлөрдүн да пайдасы бар

Катышкан ар бир кардар ага баш ийүүгө арналган болсо, бүт JVM боюнча бирдиктүү прокси саясаты ылайыктуу болушу мүмкүн. Ошол саясатты колдонмо башталганда коюңуз жана кайсы китепканалар аны сыйлаганын текшериңиз.

Глобалдык касиеттерди жеке сурамдар үчүн убактылуу которгуч катары колдонгондо көйгөйлөр пайда болот. Серверде сиздин ыкмаңыз синхрондук көрүнсө да, фондук ишчилер жана китепкана чакыруулары параллелдүү иштеши мүмкүн. Маршруттоо абалын туташууга ээ болгон кардар же коннектор менен кармаңыз, ошентип башка сурам аны иштин ортосунда өзгөртө албайт.

Тектеш макалалар