استعمال شدہ .NET HttpClient پراکسی ہینڈلر تبدیل کرنا ناکام ہو سکتا ہے
استعمال کے بعد ہینڈلر کی خصوصیات تبدیل کرنے کے بجائے بیک وقت آنے والی درخواستوں کے دوران .NET پراکسی روٹنگ کو مستحکم رکھیں۔
پہلے استعمال سے پہلے .NET ہینڈلر روٹنگ کنفیگر کریں۔ درخواستیں شروع ہونے کے بعد Proxy یا UseProxy سیٹ کرنے سے InvalidOperationException آ سکتا ہے۔
| تبدیلی | یہ کیا فراہم نہیں کرتی |
|---|---|
| استعمال شدہ ہینڈلر خصوصیت کو دوبارہ لکھنا | معاون درخواست-مقامی روٹ سوئچ |
تفویض کردہ WebProxy.Address کو تبدیل کرنا | بیک وقت درخواستوں کے لیے جوہری انتخاب یا جمع شدہ کنکشنز کی منتقلی |
عالمی موجودہ قدر کو IWebProxy کے اندر رکھنا | صرف حالت کو منتقل کر کے متعین کردہ ہم وقتی پالیسی |
محدود راستوں کے لیے، ان پالیسیوں سے منسلک دوبارہ استعمال کے قابل کلائنٹ/ہینڈلر گروپس رکھیں اور بھیجنے سے پہلے کلائنٹ منتخب کریں۔ ایک حسب ضرورت IWebProxy جان بوجھ کر، ہم وقتی کے لحاظ سے محفوظ فیصلے کر سکتا ہے، لیکن تبدیل ہونے والی مشترکہ عارضی قدر مبہم رہتی ہے۔
منازل، دورانیہ، کنکشن کی عمر اور OS حدود کے مطابق روٹ کلائنٹس اور جاری کام کو محدود کریں۔ زیادہ راستے پول/ساکٹ شامل کرتے ہیں، اس لیے بینچ مارک میں پراکسیوں کی تعداد صلاحیت کی ضمانت نہیں۔
کسی دوسرے پراکسی کے ذریعے دوبارہ کوشش اپنے کلائنٹ/نتیجے کے ساتھ ایک اور محدود کوشش ہے۔ جمع کرانے کے لیے، یہ امکان برقرار رکھیں کہ پہلی درخواست اس کے جواب کے غائب ہونے سے پہلے کارروائی ہو چکی تھی۔