Bigyan ang bawat HtmlUnit worker ng matatag na proxy

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

Magtalaga ng naka-configure na HtmlUnit WebClient sa bawat sabayang pagkakakilanlan ng pag-browse. Ang WebClientOptions nito ay nagmamay-ari ng ProxyConfig; ituring na fixed ang ruta habang tumatakbo ang trabaho. Ang shared na pila ng trabaho ay hindi nangangailangan ng isang shared na nagbabagong browser. Para sa pinahihintulutang pagsusuri ng mga pampublikong pahina gamit ang HTTP ProxyConfig, pumili ng mga kandidatong endpoint mula sa listahan ng HTTP proxy bago italaga ang mga ito sa mga worker.

Panatilihin ang pahina, mga susunod na pag-load at estado ng session sa client na iyon. Ang pagbabago ng mga opsyon ng proxy ay hindi makapag-transplant ng mga naitatag nang koneksyon. Ang magkahiwalay na client ay gumagawa rin ng magkahiwalay na estado ng browser, kaya planuhin ang anumang inaasahang shared na pag-login sa halip na ipagpalagay na ang routing lamang ang tumutukoy sa pagkakakilanlan. Ang proxy authentication ay gumagamit ng interface ng naka-install na bersyon ng HtmlUnit at nananatiling hiwalay sa pag-login sa website.

Tukuyin ang pagkumpleto bago ibalik ang browser sa isang pool. Maaaring dumating ang tugon sa pinakamataas na antas habang nagpapatuloy ang mga script o background na kahilingan. Tapusin o kanselahin ang trabahong iyon, limasin ang estado na hindi dapat manahin ng susunod na pagkakakilanlan, at i-retire ang client kung hindi mapapatunayan nang mapagkakatiwalaan ang hangganang iyon.

Limitahan ang bilang ng aktibong client at isara ang mga natapos na WebClients. Ang browser ay nag-parse at maaaring magpatupad ng mga script, na mas mahal kaysa sa simpleng paglilipat. Para sa trabahong nangangailangan lamang ng ibinalik na HTML, ang isang mas maliit na HTTP client ay maaaring sumuporta ng mas maraming sabayang kahilingan sa loob ng parehong badyet ng mapagkukunan.