Ishlatilgan .NET HttpClient proxy handlerini o'zgartirish muvaffaqiyatsiz bo'lishi mumkin
Foydalanishdan keyin handler xossalarini o'zgartirish o'rniga bir vaqtda kelgan so'rovlar davomida .NET proxy marshrutlashni barqaror saqlang.
.NET handler marshrutlashni birinchi foydalanishdan oldin sozlang. So'rovlar boshlangandan keyin Proxy yoki UseProxy ni o'rnatish InvalidOperationException chiqarishi mumkin.
| O'zgarish | U nima bermaydi |
|---|---|
| Ishlatilgan handler xossasini qayta yozish | Qo'llab-quvvatlanadigan so'rov-mahalliy marshrut almashtirgichi |
Tayinlangan WebProxy.Address ni o'zgartirish | Bir vaqtda kelgan so'rovlar uchun atom tanlov yoki birlashtirilgan ulanishlarni ko'chirish |
Global joriy qiymatni IWebProxy ichiga joylashtirish | Faqat holatni ko'chirish bilan belgilangan bir vaqtdalik siyosati |
Cheklangan marshrutlar to'plami uchun o'sha siyosatlar bilan bog'liq qayta ishlatiladigan mijozlar/handler guruhlarini saqlang va yuborishdan oldin mijozni tanlang. Maxsus IWebProxy qasddan, bir vaqtdalik uchun xavfsiz qarorlar qabul qilishi mumkin, ammo o'zgaruvchan umumiy vaqtinchalik qiymat noaniq bo'lib qoladi.
Marshrut mijozlari va bajarilayotgan ishni manzillar, davomiylik, ulanish umri va OS cheklovlari bo'yicha cheklang. Ko'proq marshrutlar hovuz/soket qo'shadi, shuning uchun benchmarkdagi proxy soni sig'im kafolati emas.
Boshqa proxy orqali qayta urinish o'z mijozi/natijasiga ega yana bir cheklangan urinishdir. Yuborishlar uchun birinchi so'rov uning javobi yo'qolishidan oldin qayta ishlangan bo'lish ehtimolini saqlang.