वेगळा प्रॉक्सी निवडताना OkHttp संसाधने पुन्हा वापरा

OkHttp विनंतीमध्ये सामान्य बदलण्यायोग्य प्रॉक्सी फील्ड नसते. तिचा कॉल तयार करण्यापूर्वी इच्छित मार्ग असलेला क्लायंट निवडा.

जेव्हा उर्वरित कॉन्फिगरेशन सामायिक राहिले पाहिजे, तेव्हा विद्यमान क्लायंटमधून मार्गित क्लायंट मिळवा:

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

अंतिम टोक केवळ उदाहरण आहे. HTTP प्रॉक्सी यादी मधील सार्वजनिक HTTP अंतिम टोके अनुमत सार्वजनिक-सेवा मार्गासाठी हा सॉकेट पत्ता भरू शकतात, जर मूळ क्लायंटचे धोरण नवीन अंतिम टोकाला कोणतेही प्रॉक्सी क्रेडेन्शियल देत नसेल. OkHttp दस्तऐवजीकरण करते की newBuilder कनेक्शन-पूल आणि थ्रेड संसाधने मूळ क्लायंटसह सामायिक करतो. याचा अर्थ असा नाही की एका प्रॉक्सीद्वारे स्थापित सॉकेटला दुसरा मार्ग म्हणून पुन्हा लेबल केले जाऊ शकते. कनेक्शनची पात्रता अजूनही मार्ग आणि पत्ता कॉन्फिगरेशनवर अवलंबून असते.

पुनरावृत्तीच्या कामासाठी, आपल्याला प्रत्यक्षात आवश्यक असलेल्या राउटिंग धोरणाने की केलेला मर्यादित क्लायंट संच ठेवा. अशा अमर्यादित नकाशाला टाळा ज्याच्या कींमध्ये आतापर्यंत पाहिलेली प्रत्येक तात्पुरती खाती किंवा प्रॉक्सी भिन्नता असते.

संसाधन सामायिकरण बंद करण्यावरही परिणाम करते. सामायिक कॅश बंद करणे किंवा सामायिक डिस्पॅचर बंद करणे ती संसाधने वापरणाऱ्या इतर व्युत्पन्न क्लायंटवर परिणाम करू शकते. प्रत्येक व्युत्पन्न क्लायंटला वेगळा नेटवर्क स्टॅक मानण्याऐवजी संसाधन मालकीला स्पष्ट अनुप्रयोग-स्तरीय आयुष्य द्या.

शेवटी, निवडलेल्या प्रॉक्सीची ओळख कॉलच्या स्वतःच्या मेटाडेटामध्ये समाविष्ट करा. जागतिक “शेवटी निवडलेला प्रॉक्सी” चल अनेक समवर्ती विनंत्यांचा मार्ग ओळखू शकत नाही.