ہر 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 کلائنٹ اسی وسائل کے بجٹ میں زیادہ متوازی درخواستوں کی حمایت کر سکتا ہے۔