Ligtas ba ang isang shared na .NET IWebProxy sa magkasabay na mga kahilingan?
Ihiwalay ang kontrata ng pagkakasabay ng isang pagpapatupad ng IWebProxy mula sa mga pagkaantala na dulot ng awtomatikong pagtuklas ng proxy.
Inilalarawan ng IWebProxy ang isang patakaran sa proxy. Hindi nito binibigyan ang bawat pagpapatupad ng parehong mga garantiya sa pagkakasabay. Bago magbahagi ng isang instance sa mga gawain ng manggagawa, kilalanin ang kongkretong pagpapatupad nito at ang runtime na kinabibilangan nito.
Inilalantad ng interface ang mga query sa ruta na nakadepende sa destinasyon at mga kredensyal. Maaaring sumangguni ang isang custom na pagpapatupad sa isang nakapirming address, nababagong estado, o awtomatikong configuration. Ang mga pagpipiliang iyon ay nakakaapekto sa kaligtasan at pagganap.
Ilayo ang mga pagbabago sa configuration sa pagproseso ng kahilingan
Iwasang gamitin ang isang shared na proxy object bilang draft: ang pagbabago ng address o kredensyal nito para sa trabaho A habang pumipili ng ruta ang trabaho B ay nagpapalabo sa pagmamay-ari. I-configure ang isang patakaran bago ito ibigay sa client. Para sa mga workload na may iba't ibang proxy account o endpoint, gumamit ng mga configuration ng client na hiwalay ang pagmamay-ari.
Ang makasaysayang dokumentasyon ng WebProxy ay hindi nagbibigay ng garantiya sa kaligtasan ng thread para sa mga miyembro ng instance. Ilapat ang kontratang iyon sa kaukulang pagpapatupad. Kung kailangan ang synchronisasyon, dapat lumahok ang bawat mambabasa at manunulat; hindi maaaring i-coordinate ng wrapper lock ang mga tumatawag na direktang gumagamit ng orihinal na object.
Ang mahabang paghinto sa GetProxy ay maaaring may kinalaman sa pagtuklas o pagsusuri ng PAC. Dokumentado ng Microsoft ang humahadlang na pagtuklas para sa WinHTTP; nalalapat ang paliwanag na iyon kapag ginagamit ng client ang backend na iyon. Sukatin ang paghahanap ng ruta nang hiwalay sa oras ng koneksyon at pagtugon. Ang pagsaserye ng mabagal na paghahanap ay maaari lamang gumawa ng pila.
Ang isang nakapirming endpoint ay maaaring mag-alis ng pagtuklas kapag may nilalayong nakapirming ruta. Ang pagkuha ng isang URI mula sa nagbabagong patakaran ng system ay itinatapon din ang mga desisyon nito sa hinaharap. Panatilihin ang pagkakaibang iyon kapag nagpapanatili ng legacy na code; gamitin ang HttpClient at ang sinusuportahang configuration ng handler nito para sa bagong gawaing HTTP.