Geef elke HtmlUnit-werker een stabiele proxy
Stel de proxy-opties van HtmlUnit in voordat pagina's laden en voorkom dat parallelle werkers de route van één gedeelde browserclient wijzigen.
job A → WebClient A → proxy A → destination
job B → WebClient B → proxy B → destinationWijs een geconfigureerde HtmlUnit WebClient toe aan elke gelijktijdige browsing-identiteit. De WebClientOptions bezit de ProxyConfig; behandel de route als vast zolang de taak loopt. Een gedeelde taakwachtrij vereist geen gedeelde veranderlijke browser. Kies voor toegestane controles van openbare pagina's met HTTP ProxyConfig kandidaat-eindpunten uit de HTTP-proxylijst voordat je ze aan werkers toewijst.
Houd de pagina, latere laadacties en sessiestatus bij die client. Het wijzigen van proxy-opties kan bestaande verbindingen niet verplanten. Afzonderlijke clients maken ook afzonderlijke browserstatus, dus plan elke bedoelde gedeelde login in plaats van aan te nemen dat alleen routering de identiteit bepaalt. Proxy-authenticatie gebruikt de interface van de geïnstalleerde HtmlUnit-versie en blijft gescheiden van inloggen op de website.
Definieer voltooiing voordat een browser terugkeert naar een pool. De reactie op het hoogste niveau kan aankomen terwijl scripts of achtergrondverzoeken doorgaan. Rond dat werk af of annuleer het, wis status die de volgende identiteit niet mag erven, en trek de client terug als die grens niet betrouwbaar kan worden vastgesteld.
Beperk het aantal actieve clients en sluit voltooide WebClients. Een browser parseert en kan scripts uitvoeren, wat meer kost dan een gewone overdracht. Voor een taak die alleen de teruggegeven HTML nodig heeft, kan een kleinere HTTP-client meer gelijktijdige verzoeken ondersteunen binnen hetzelfde resourcebudget.