Jepini çdo punonjësi HtmlUnit një proxy të qëndrueshëm

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

Caktoni një HtmlUnit WebClient të konfiguruar për çdo identitet shfletimi të njëkohshëm. WebClientOptions i tij zotëron ProxyConfig; trajtojeni rrugën si të fiksuar sa kohë puna është në ekzekutim. Një radhë e përbashkët punësh nuk kërkon një shfletues të vetëm të përbashkët të ndryshueshëm. Për kontrollet e lejuara të faqeve publike me HTTP ProxyConfig, zgjidhni pika fundore kandidate nga lista e proxy-ve HTTP përpara se t'i caktoni punonjësve.

Mbajeni faqen, ngarkesat e mëvonshme dhe gjendjen e sesionit tek ai klient. Ndryshimi i opsioneve të proxy-t nuk mund të transplantojë lidhjet e krijuara. Klientët e veçantë krijojnë edhe gjendje të veçantë shfletuesi, prandaj planifikoni çdo hyrje të përbashkët të synuar në vend që të supozoni se vetëm rrugëtimi përcakton identitetin. Vërtetimi i proxy-t përdor ndërfaqen e versionit të instaluar të HtmlUnit dhe mbetet i ndarë nga hyrja në faqen e internetit.

Përcaktoni përfundimin përpara se të ktheni një shfletues në një grup. Përgjigja e nivelit të sipërm mund të arrijë ndërsa skriptet ose kërkesat në sfond vazhdojnë. Përfundoni ose anuloni atë punë, pastroni gjendjen që identiteti tjetër nuk duhet të trashëgojë dhe tërhiqni klientin nëse ajo kufi nuk mund të vendoset në mënyrë të besueshme.

Kufizoni numrin e klientëve aktivë dhe mbyllni WebClients e përfunduar. Një shfletues analizon dhe mund të ekzekutojë skripte, gjë që kushton më shumë se një transferim i thjeshtë. Për një punë që ka nevojë vetëm për HTML-në e kthyer, një klient HTTP më i vogël mund të mbështesë më shumë kërkesa të njëkohshme brenda të njëjtit buxhet burimesh.