ভিন্ন প্রক্সি বেছে নেওয়ার সময় OkHttp সম্পদ পুনরায় ব্যবহার করুন

OkHttp অনুরোধে সাধারণ পরিবর্তনযোগ্য প্রক্সি ক্ষেত্র নেই। এর কল তৈরি করার আগে উদ্দিষ্ট রুটসহ ক্লায়েন্ট বেছে নিন।

যখন বাকি কনফিগারেশন শেয়ার করা থাকা উচিত, তখন বিদ্যমান ক্লায়েন্ট থেকে রুটকৃত ক্লায়েন্ট তৈরি করুন:

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

শেষবিন্দুটি কেবল উদাহরণ। HTTP প্রক্সি তালিকা থেকে পাবলিক HTTP শেষবিন্দুগুলি অনুমোদিত পাবলিক-সেবা রুটের জন্য এই সকেট ঠিকানা পূরণ করতে পারে, শর্ত থাকে যে মূল ক্লায়েন্টের নীতি নতুন শেষবিন্দুতে কোনো প্রক্সি শংসাপত্র দেয় না। OkHttp নথিভুক্ত করে যে newBuilder সংযোগ-পুল ও থ্রেড সম্পদ মূল ক্লায়েন্টের সঙ্গে শেয়ার করে। এর অর্থ এই নয় যে একটি প্রক্সির মাধ্যমে স্থাপিত সকেটকে অন্য রুট হিসেবে পুনঃলেবেল করা যায়। সংযোগের যোগ্যতা এখনও রুট ও ঠিকানা কনফিগারেশনের উপর নির্ভর করে।

পুনরাবৃত্ত কাজের জন্য, আপনার সত্যিই প্রয়োজনীয় রাউটিং নীতি দিয়ে চাবিকৃত সীমিত ক্লায়েন্ট সেট রাখুন। এমন অসীম ম্যাপ এড়িয়ে চলুন যার চাবিতে এখন পর্যন্ত দেখা সব অস্থায়ী অ্যাকাউন্ট বা প্রক্সি বৈচিত্র্য থাকে।

সম্পদ শেয়ারিং বন্ধ করার উপরও প্রভাব ফেলে। শেয়ার করা ক্যাশ বন্ধ করা বা শেয়ার করা ডিসপ্যাচার বন্ধ করা সেই সম্পদ ব্যবহারকারী অন্য উৎপন্ন ক্লায়েন্টকে প্রভাবিত করতে পারে। প্রতিটি উৎপন্ন ক্লায়েন্টকে বিচ্ছিন্ন নেটওয়ার্ক স্ট্যাক হিসেবে গণ্য না করে সম্পদ মালিকানাকে স্পষ্ট অ্যাপ্লিকেশন-স্তরের জীবনকাল দিন।

শেষে, নির্বাচিত প্রক্সি পরিচয় কলের নিজস্ব মেটাডেটায় অন্তর্ভুক্ত করুন। একটি বৈশ্বিক “সর্বশেষ নির্বাচিত প্রক্সি” চলক একাধিক সমকালীন অনুরোধের রুট চিহ্নিত করতে পারে না।