به هر کارگر HtmlUnit یک پروکسی پایدار بدهید

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

به هر هویت مرور هم‌زمان یک HtmlUnit WebClient پیکربندی‌شده اختصاص دهید. WebClientOptions آن مالک ProxyConfig است؛ تا زمانی که کار اجرا می‌شود مسیر را ثابت در نظر بگیرید. یک صف کار مشترک به یک مرورگر مشترک تغییرپذیر نیاز ندارد. برای بررسی‌های مجاز صفحه‌های عمومی با HTTP ProxyConfig، پیش از اختصاص دادن نقاط پایانی نامزد به کارگرها، آن‌ها را از فهرست پروکسی HTTP انتخاب کنید.

صفحه، بارگذاری‌های بعدی و وضعیت نشست را نزد همان کلاینت نگه دارید. تغییر گزینه‌های پروکسی نمی‌تواند اتصال‌های برقرارشده را جابه‌جا کند. کلاینت‌های جدا وضعیت مرورگر جدا نیز ایجاد می‌کنند، پس هر ورود مشترک موردنظر را برنامه‌ریزی کنید به‌جای آنکه فرض کنید فقط مسیریابی هویت را تعیین می‌کند. احراز هویت پروکسی از رابط نسخه نصب‌شده HtmlUnit استفاده می‌کند و از ورود به وب‌سایت جدا می‌ماند.

پیش از بازگرداندن مرورگر به یک استخر، تکمیل را تعریف کنید. پاسخ سطح بالا ممکن است برسد در حالی که اسکریپت‌ها یا درخواست‌های پس‌زمینه ادامه دارند. آن کار را تمام یا لغو کنید، وضعیتی را که هویت بعدی نباید به ارث ببرد پاک کنید، و اگر آن مرز به‌طور قابل‌اعتماد برقرارشدنی نیست کلاینت را بازنشسته کنید.

تعداد کلاینت‌های فعال را محدود کنید و WebClientهای تکمیل‌شده را ببندید. یک مرورگر تجزیه می‌کند و ممکن است اسکریپت اجرا کند، که هزینه‌ای بیش از یک انتقال ساده دارد. برای کاری که فقط به HTML بازگردانده‌شده نیاز دارد، یک کلاینت HTTP کوچک‌تر می‌تواند درخواست‌های هم‌زمان بیشتری را در همان بودجه منابع پشتیبانی کند.