ఉపయోగించిన .NET HttpClient ప్రాక్సీ హ్యాండ్లర్ను మార్చడం విఫలమవుతుంది
ఉపయోగం తర్వాత హ్యాండ్లర్ లక్షణాలను మార్చే బదులు ఏకకాల అభ్యర్థనల సమయంలో .NET ప్రాక్సీ రూటింగ్ను స్థిరంగా ఉంచండి.
మొదటి ఉపయోగానికి ముందు .NET హ్యాండ్లర్ రూటింగ్ను కాన్ఫిగర్ చేయండి. అభ్యర్థనలు ప్రారంభమైన తర్వాత Proxy లేదా UseProxy సెట్ చేయడం InvalidOperationException విసరవచ్చు.
| మార్పు | అది ఏమి అందించదు |
|---|---|
| ఉపయోగించిన హ్యాండ్లర్ లక్షణాన్ని తిరిగి రాయడం | మద్దతు ఉన్న అభ్యర్థన-స్థానిక రూట్ స్విచ్ |
కేటాయించిన WebProxy.Address మార్చడం | ఏకకాల అభ్యర్థనలకు పరమాణు ఎంపిక లేదా పూల్ చేసిన కనెక్షన్లను తరలించడం |
గ్లోబల్ ప్రస్తుత విలువను IWebProxy లోపల ఉంచడం | స్థితిని తరలించడం ద్వారా మాత్రమే నిర్వచించిన ఏకకాలతా విధానం |
పరిమిత రూట్ల సెట్ కోసం, ఆ విధానాలతో అనుబంధించిన పునర్వినియోగించగల క్లయింట్/హ్యాండ్లర్ గ్రూపులను ఉంచుకోండి మరియు పంపే ముందు క్లయింట్ను ఎంచుకోండి. అనుకూల IWebProxy ఉద్దేశపూర్వకంగా, ఏకకాలత్వానికి సురక్షితమైన నిర్ణయాలు తీసుకోగలదు, కానీ మారగలిగే భాగస్వామ్య స్క్రాచ్ విలువ ఇప్పటికీ అస్పష్టంగా ఉంటుంది.
గమ్యస్థానాలు, వ్యవధి, కనెక్షన్ ఆయుష్షు మరియు OS పరిమితుల ప్రకారం రూట్ క్లయింట్లు మరియు పనిలో ఉన్న పనిని పరిమితం చేయండి. ఎక్కువ రూట్లు పూల్లు/సాకెట్లను జోడిస్తాయి, కాబట్టి బెంచ్మార్క్లో ప్రాక్సీల సంఖ్య సామర్థ్య హామీ కాదు.
మరో ప్రాక్సీ ద్వారా పునఃప్రయత్నం దాని సొంత క్లయింట్/ఫలితంతో మరో పరిమిత ప్రయత్నం. సమర్పణల కోసం, మొదటి అభ్యర్థన దాని ప్రతిస్పందన disappear కాకముందే ప్రాసెస్ అయ్యి ఉండే అవకాశాన్ని కొనసాగించండి.