გამოყენებული .NET HttpClient proxy handler-ის შეცვლა შეიძლება ჩავარდეს
შეინარჩუნეთ .NET proxy-ის მარშრუტიზაცია სტაბილური ერთდროული მოთხოვნების დროს, ნაცვლად გამოყენების შემდეგ handler-ის თვისებების შეცვლისა.
კონფიგურირეთ .NET handler-ის მარშრუტიზაცია პირველ გამოყენებამდე. Proxy ან UseProxy-ის დაყენებამ მოთხოვნების დაწყების შემდეგ შეიძლება გამოიწვიოს InvalidOperationException.
| ცვლილება | რასაც ის არ იძლევა |
|---|---|
| გამოყენებული handler-ის თვისების გადაწერა | მხარდაჭერილი მოთხოვნა-ლოკალური მარშრუტის გადამრთველი |
მინიჭებული WebProxy.Address-ის შეცვლა | ატომური არჩევანი ერთდროული მოთხოვნებისთვის ან გაერთიანებული კავშირების გადაადგილება |
გლობალური მიმდინარე მნიშვნელობის IWebProxy-ში ჩასმა | განსაზღვრული ერთდროულობის პოლიტიკა მხოლოდ მდგომარეობის გადაადგილებით |
მარშრუტების შეზღუდული ნაკრებისთვის შეინახეთ ამ პოლიტიკებთან დაკავშირებული ხელახლა გამოსაყენებელი კლიენტები/handler ჯგუფები და აირჩიეთ კლიენტი გაგზავნამდე. მორგებულ IWebProxy-ს შეუძლია განზრახ, ერთდროულობისთვის უსაფრთხო გადაწყვეტილებების მიღება, მაგრამ ცვალებადი საერთო დამხმარე მნიშვნელობა კვლავ ორაზროვანია.
შეზღუდეთ მარშრუტის კლიენტები და მიმდინარე სამუშაო დანიშნულებების, ხანგრძლივობის, კავშირის სიცოცხლის და OS-ის ლიმიტების მიხედვით. მეტი მარშრუტი ამატებს პულებს/სოკეტებს, ამიტომ ბენჩმარკში proxy-ების რაოდენობა არ არის სიმძლავრის გარანტია.
სხვა proxy-ის მეშვეობით ხელახალი ცდა კიდევ ერთი შეზღუდული ცდაა საკუთარი კლიენტით/შედეგით. გაგზავნებისთვის შეინარჩუნეთ იმის შესაძლებლობა, რომ პირველი მოთხოვნა დამუშავდა მისი პასუხის გაქრობამდე.