Boshqa proksi tanlashda OkHttp resurslarini qayta ishlating

OkHttp so‘rovida umumiy o‘zgartiriladigan proksi maydoni yo‘q. Chaqiruvini yaratishdan oldin mo‘ljallangan marshrutli mijozni tanlang.

Qolgan konfiguratsiya umumiy bo‘lib qolishi kerak bo‘lsa, yo‘naltirilgan mijozni mavjud mijozdan oling:

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

Oxirgi nuqta faqat misol. HTTP proksi ro‘yxatidagi ochiq HTTP oxirgi nuqtalari ruxsat etilgan jamoat xizmati marshruti uchun bu soket manzilini to‘ldirishi mumkin, agar asosiy mijoz siyosati yangi oxirgi nuqtaga hech qanday proksi hisob ma’lumotlarini bermasa. OkHttp newBuilder ulanish havzasi va oqim resurslarini asl mijoz bilan ulashishini hujjatlashtiradi. Bu bitta proksi orqali o‘rnatilgan soketni boshqa marshrut sifatida qayta belgilash mumkin degani emas. Ulanish yaroqliligi hanuz marshrut va manzil konfiguratsiyasiga bog‘liq.

Takrorlanuvchi ish uchun sizga haqiqatan kerak bo‘lgan marshrutlash siyosati bo‘yicha kalitlangan cheklangan mijozlar to‘plamini saqlang. Kalitlarida shu paytgacha kuzatilgan barcha vaqtinchalik hisoblar yoki proksi variantlarini o‘z ichiga olgan cheksiz xaritadan saqlaning.

Resurslarni ulashish o‘chirishga ham ta’sir qiladi. Umumiy keshni yopish yoki umumiy dispetcherni o‘chirish o‘sha resurslardan foydalanadigan boshqa hosila mijozlarga ta’sir qilishi mumkin. Har bir hosila mijozni alohida tarmoq steki deb hisoblash o‘rniga resurs egaligiga aniq amaliyot darajasidagi umr bering.

Nihoyat, tanlangan proksi identifikatorini chaqiruvning o‘z metama’lumotlariga kiriting. Global “oxirgi tanlangan proksi” o‘zgaruvchisi bir nechta bir vaqtdagi so‘rovlarning marshrutini aniqlay olmaydi.