.NET HttpClient का उपयोग किया गया प्रॉक्सी हैंडलर बदलना विफल हो सकता है
उपयोग के बाद हैंडलर गुणों को बदलने के बजाय समवर्ती अनुरोधों के दौरान .NET प्रॉक्सी रूटिंग स्थिर रखें।
पहले उपयोग से पहले .NET हैंडलर रूटिंग कॉन्फ़िगर करें। अनुरोध शुरू होने के बाद Proxy या UseProxy सेट करने पर InvalidOperationException आ सकता है।
| परिवर्तन | यह क्या प्रदान नहीं करता |
|---|---|
| उपयोग किए गए हैंडलर गुण को फिर से लिखना | समर्थित अनुरोध-स्थानीय रूट स्विच |
असाइन किए गए WebProxy.Address को बदलना | समवर्ती अनुरोधों के लिए परमाणु चयन या पूल किए गए कनेक्शनों का स्थानांतरण |
IWebProxy के अंदर वैश्विक वर्तमान मान रखना | केवल स्थिति को स्थानांतरित करके परिभाषित समवर्तीता नीति |
सीमित मार्गों के लिए, उन नीतियों से जुड़े पुन: प्रयोग योग्य क्लाइंट/हैंडलर समूह रखें और भेजने से पहले क्लाइंट चुनें। एक कस्टम IWebProxy जानबूझकर, समवर्तीता-सुरक्षित निर्णय ले सकता है, लेकिन एक परिवर्तनशील साझा स्क्रैच मान अस्पष्ट रहता है।
गंतव्यों, अवधि, कनेक्शन जीवनकाल और OS सीमाओं के लिए रूट क्लाइंट और प्रगतिरत कार्य को सीमित करें। अधिक मार्ग पूल/सॉकेट जोड़ते हैं, इसलिए बेंचमार्क में प्रॉक्सी की संख्या क्षमता की गारंटी नहीं है।
किसी अन्य प्रॉक्सी के माध्यम से पुनः प्रयास अपने स्वयं के क्लाइंट/परिणाम वाला एक और सीमित प्रयास है। सबमिशन के लिए, इस संभावना को बनाए रखें कि पहला अनुरोध उसका उत्तर गायब होने से पहले संसाधित हो गया था।