हर 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 क्लाइंट उसी संसाधन बजट में अधिक समानांतर अनुरोध समर्थित कर सकता है।