Da a cada trabajador de HtmlUnit un proxy estable

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

Asigna un HtmlUnit WebClient configurado a cada identidad de navegación simultánea. Su WebClientOptions posee el ProxyConfig; trata la ruta como fija mientras el trabajo se ejecuta. Una cola de trabajos compartida no exige un navegador mutable compartido. Para las comprobaciones permitidas de páginas públicas con HTTP ProxyConfig, elige puntos finales candidatos de la lista de proxies HTTP antes de asignarlos a los trabajadores.

Mantén la página, las cargas posteriores y el estado de la sesión con ese cliente. Cambiar las opciones de proxy no puede trasplantar conexiones ya establecidas. Los clientes separados crean también estado de navegador separado, así que planifica cualquier inicio de sesión compartido previsto en lugar de suponer que solo el enrutamiento determina la identidad. La autenticación del proxy usa la interfaz de la versión de HtmlUnit instalada y permanece separada del inicio de sesión del sitio web.

Define la finalización antes de devolver un navegador a un grupo. La respuesta de nivel superior puede llegar mientras los scripts o las solicitudes en segundo plano continúan. Termina o cancela ese trabajo, borra el estado que la siguiente identidad no debe heredar y retira el cliente si ese límite no puede establecerse de forma fiable.

Limita el número de clientes activos y cierra los WebClients completados. Un navegador analiza y puede ejecutar scripts, lo que cuesta más que una transferencia simple. Para un trabajo que solo necesita el HTML devuelto, un cliente HTTP más pequeño puede admitir más solicitudes simultáneas dentro del mismo presupuesto de recursos.