მიეცით თითოეულ 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 კლიენტს შეუძლია მეტი ერთდროული მოთხოვნის მხარდაჭერა იმავე რესურსბიუჯეტში.