প্রতিটি HtmlUnit কর্মীকে একটি স্থিতিশীল প্রক্সি দিন

job A → WebClient A → proxy A → destination
job B → WebClient B → proxy B → destination

প্রতিটি একসাথে চলমান ব্রাউজিং পরিচয়ের জন্য একটি কনফিগার করা HtmlUnit WebClient বরাদ্দ করুন। এর WebClientOptions-এ ProxyConfig থাকে; কাজ চলাকালে পথটিকে নির্দিষ্ট ধরুন। একটি ভাগ করা কাজের সারি একটি ভাগ করা পরিবর্তনযোগ্য ব্রাউজার দাবি করে না। HTTP ProxyConfig ব্যবহার করে অনুমোদিত পাবলিক পৃষ্ঠা যাচাইয়ের জন্য কর্মীদের বরাদ্দ করার আগে HTTP প্রক্সি তালিকা থেকে প্রার্থী এন্ডপয়েন্ট বেছে নিন।

পৃষ্ঠাটি, পরবর্তী লোড এবং সেশন অবস্থা সেই ক্লায়েন্টের সাথে রাখুন। প্রক্সি অপশন পরিবর্তন করে প্রতিষ্ঠিত সংযোগ স্থানান্তর করা যায় না। আলাদা ক্লায়েন্ট আলাদা ব্রাউজার অবস্থাও তৈরি করে, তাই পথই পরিচয় নির্ধারণ করে বলে ধরে নেওয়ার বদলে কোনো পরিকল্পিত ভাগ করা লগইন পরিকল্পনা করুন। প্রক্সি প্রমাণীকরণ ইনস্টল করা HtmlUnit সংস্করণের ইন্টারফেস ব্যবহার করে এবং ওয়েবসাইট লগইন থেকে আলাদা থাকে।

ব্রাউজার পুলে ফেরানোর আগে সমাপ্তি নির্ধারণ করুন। স্ক্রিপ্ট বা ব্যাকগ্রাউন্ড অনুরোধ চলতে থাকলে শীর্ষ-স্তরের প্রতিক্রিয়া আসতে পারে। সেই কাজ শেষ করুন বা বাতিল করুন, পরবর্তী পরিচয় যে অবস্থা উত্তরাধিকার করবে না তা পরিষ্কার করুন, এবং সেই সীমা নির্ভরযোগ্যভাবে প্রতিষ্ঠা করা না গেলে ক্লায়েন্টটিকে অবসরে পাঠান।

সক্রিয় ক্লায়েন্ট সংখ্যা সীমিত করুন এবং সম্পন্ন WebClients বন্ধ করুন। একটি ব্রাউজার বিশ্লেষণ করে এবং স্ক্রিপ্ট চালাতে পারে, যা সাধারণ স্থানান্তরের চেয়ে বেশি খরচ করে। কেবল ফেরত পাওয়া HTML প্রয়োজন এমন কাজের জন্য, একটি ছোট HTTP ক্লায়েন্ট একই সম্পদ বাজেটে আরও সমান্তরাল অনুরোধ সমর্থন করতে পারে।