مختلف پراکسی منتخب کرتے وقت OkHttp وسائل دوبارہ استعمال کریں

OkHttp درخواست میں کوئی عام تبدیل ہونے والا پراکسی فیلڈ نہیں ہوتا۔ اس کی کال بنانے سے پہلے مطلوبہ راستے والا کلائنٹ منتخب کریں۔

جب باقی ترتیب مشترک رہنی چاہیے، تو موجودہ کلائنٹ سے راستہ شدہ کلائنٹ حاصل کریں:

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

آخری نقطہ صرف مثال ہے۔ HTTP پراکسی فہرست کے عوامی HTTP آخری نقطے اجازت یافتہ عوامی خدمت کے راستے کے لیے یہ ساکٹ پتہ بھر سکتے ہیں، بشرطیکہ بنیادی کلائنٹ کی پالیسی نئے آخری نقطے کو کوئی پراکسی اسناد فراہم نہ کرے۔ OkHttp دستاویز کرتا ہے کہ newBuilder کنکشن پول اور تھریڈ وسائل اصل کلائنٹ کے ساتھ شیئر کرتا ہے۔ اس کا مطلب یہ نہیں کہ ایک پراکسی کے ذریعے قائم ساکٹ کو دوسرے راستے کے طور پر دوبارہ لیبل کیا جا سکتا ہے۔ کنکشن کی اہلیت اب بھی راستے اور پتے کی ترتیب پر منحصر ہے۔

بار بار کے کام کے لیے، اس روٹنگ پالیسی سے کلید شدہ محدود کلائنٹ سیٹ رکھیں جس کی آپ کو واقعی ضرورت ہے۔ ایسے غیر محدود نقشے سے بچیں جس کی کلیدوں میں اب تک دیکھے گئے ہر عارضی اکاؤنٹ یا پراکسی تغیر شامل ہو۔

وسائل کا اشتراک بندش پر بھی اثر ڈالتا ہے۔ مشترکہ کیش بند کرنا یا مشترکہ ڈسپیچر بند کرنا ان وسائل استعمال کرنے والے دیگر ماخوذ کلائنٹس کو متاثر کر سکتا ہے۔ ہر ماخوذ کلائنٹ کو الگ نیٹ ورک اسٹیک سمجھنے کے بجائے وسائل کی ملکیت کو واضح ایپلیکیشن سطحی عمر دیں۔

آخر میں، منتخب پراکسی کی شناخت کال کے اپنے میٹا ڈیٹا میں شامل کریں۔ ایک عالمی “آخری منتخب پراکسی” متغیر کئی بیک وقت درخواستوں کا راستہ شناخت نہیں کر سکتا۔