Ang pagbabago ng ginamit na proxy handler ng .NET HttpClient ay maaaring mabigo
Panatilihing matatag ang pagruruta ng .NET proxy habang may sabay-sabay na mga kahilingan sa halip na baguhin ang mga katangian ng handler pagkatapos gamitin.
I-configure ang pagruruta ng .NET handler bago ang unang paggamit. Ang pagtatakda ng Proxy o UseProxy pagkatapos magsimula ang mga kahilingan ay maaaring maghagis ng InvalidOperationException.
| Pagbabago | Ano ang hindi nito ibinibigay |
|---|---|
| Muling pagsulat ng katangian ng ginamit na handler | Isang sinusuportahang lokal-sa-kahilingang switch ng ruta |
Pagbabago ng itinalagang WebProxy.Address | Atomikong pagpili para sa sabay-sabay na kahilingan o paglipat ng pinagsama-samang koneksyon |
Paglalagay ng pandaigdigang kasalukuyang halaga sa loob ng IWebProxy | Isang tinukoy na patakaran sa sabay-sabay na pagpapatupad sa pamamagitan lamang ng paglipat ng estado |
Para sa limitadong hanay ng mga ruta, panatilihin ang magagamit muli na mga kliyente/grupo ng handler na nauugnay sa mga patakarang iyon at piliin ang kliyente bago magpadala. Ang custom na IWebProxy ay makakagawa ng sinadyang, ligtas-sa-sabay na mga desisyon, ngunit ang nababagong pinagsasaluhang pansamantalang halaga ay nananatiling malabo.
Limitahan ang mga kliyente ng ruta at kasalukuyang gawain ayon sa mga destinasyon, tagal, buhay ng koneksyon at mga limitasyon ng OS. Mas maraming ruta ang nagdaragdag ng mga pool/socket, kaya ang bilang ng proxy sa isang benchmark ay hindi garantiya ng kapasidad.
Ang muling pagtatangkang dumaan sa ibang proxy ay isa pang limitadong pagtatangka na may sariling kliyente/resulta. Para sa mga pagsusumite, panatilihin ang posibilidad na ang unang kahilingan ay naproseso bago mawala ang sagot nito.