Rhowch proxy sefydlog i bob gweithiwr HtmlUnit

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

Neilltuo HtmlUnit WebClient wedi ei ffurfweddu i bob hunaniaeth bori ar yr un pryd. Mae ei WebClientOptions yn berchen ar y ProxyConfig; triniwch y llwybr fel un sefydlog tra bo'r dasg yn rhedeg. Nid oes angen un porwr newidiol a rennir ar gyfer ciw tasgau a rennir. Ar gyfer gwiriadau tudalen gyhoeddus a ganiateir gan ddefnyddio HTTP ProxyConfig, dewiswch bwyntiau terfyn ymgeisiol o'r rhestr proxy HTTP cyn eu neilltuo i weithwyr.

Cadwch y dudalen, llwythiadau dilynol a chyflwr sesiwn gyda'r cleient hwnnw. Ni all newid opsiynau proxy drawsblannu cysylltiadau sydd eisoes wedi eu sefydlu. Mae cleientiaid ar wahân hefyd yn creu cyflwr porwr ar wahân, felly cynlluniwch unrhyw fewngofnodi a rennir yn fwriadol yn lle tybio mai llwybro yn unig sy'n pennu hunaniaeth. Mae dilysu proxy yn defnyddio rhyngwyneb y fersiwn HtmlUnit sydd wedi ei osod ac yn parhau ar wahân i fewngofnodi i wefan.

Diffiniwch gwblhau cyn dychwelyd porwr i bwll. Gall yr ymateb lefel uchaf gyrraedd tra bod sgriptiau neu geisiadau cefndir yn parhau. Gorffennwch neu ganslwch y gwaith hwnnw, cliriwch gyflwr na ddylai'r hunaniaeth nesaf ei etifeddu, ac ymddeolwch y cleient os na ellir sefydlu'r ffin honno'n ddibynadwy.

Cyfyngwch nifer y cleientiaid gweithredol a chaewch WebClients sydd wedi cwblhau. Mae porwr yn dadansoddi ac efallai'n gweithredu sgriptiau, sy'n costio mwy na throsglwyddiad plaen. Ar gyfer tasg sy'n ymwneud ag HTML a ddychwelwyd yn unig, gall cleient HTTP llai gefnogi mwy o geisiadau cyfochrog o fewn yr un gyllideb adnoddau.