Յուրաքանչյուր HtmlUnit աշխատողի տվեք կայուն պրոքսի

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

Յուրաքանչյուր միաժամանակյա դիտարկման ինքնության հատկացրեք կարգավորված HtmlUnit WebClient։ Նրա WebClientOptions-ը տիրապետում է ProxyConfig-ին․ երթուղին համարեք ֆիքսված, քանի դեռ աշխատանքը կատարվում է։ Ընդհանուր աշխատանքների հերթը մեկ ընդհանուր փոփոխական դիտարկիչ չի պահանջում։ HTTP ProxyConfig-ով թույլատրված հանրային էջերի ստուգումների համար թեկնածու վերջնակետերը ընտրեք HTTP պրոքսիների ցանկից՝ նախքան դրանք աշխատողներին հատկացնելը։

Էջը, հետագա բեռնումները և սեսիայի վիճակը պահեք այդ հաճախորդի մոտ։ Պրոքսի ընտրանքների փոփոխությունը չի կարող տեղափոխել արդեն հաստատված կապերը։ Առանձին հաճախորդները ստեղծում են նաև առանձին դիտարկիչի վիճակ, ուստի պլանավորեք ցանկացած նախատեսված ընդհանուր մուտք՝ փոխարենը չենթադրելով, որ ինքնությունը որոշվում է միայն երթուղով։ Պրոքսի նույնականացումը օգտագործում է տեղադրված HtmlUnit տարբերակի ինտերֆեյսը և մնում է առանձին կայք մուտքից։

Սահմանեք ավարտը նախքան դիտարկիչը լողավազան վերադարձնելը։ Վերին մակարդակի պատասխանը կարող է հասնել, մինչ սկրիպտները կամ ֆոնային հարցումները շարունակվում են։ Ավարտեք կամ չեղարկեք այդ աշխատանքը, մաքրեք վիճակը, որը հաջորդ ինքնությունը չպետք է ժառանգի, և դուրս բերեք հաճախորդին, եթե այդ սահմանը հնարավոր չէ հուսալիորեն հաստատել։

Սահմանափակեք ակտիվ հաճախորդների քանակը և փակեք ավարտված WebClients-ները։ Դիտարկիչը վերլուծում է և կարող է կատարել սկրիպտներ, ինչը ավելի թանկ է, քան սովորական փոխանցումը։ Աշխատանքի համար, որին պետք է միայն վերադարձված HTML-ը, ավելի փոքր HTTP հաճախորդը կարող է աջակցել ավելի շատ միաժամանակյա հարցումների նույն ռեսուրսային բյուջեում։