Adakah .NET IWebProxy yang Dikongsi Selamat Merentas Permintaan Serentak?

IWebProxy menerangkan dasar proksi. Ia tidak memberikan setiap pelaksanaan jaminan keserentakan yang sama. Sebelum berkongsi satu instans merentas tugas pekerja, kenal pasti pelaksanaan konkritnya dan runtime miliknya.

Antara muka ini mendedahkan pertanyaan laluan bergantung destinasi dan kelayakan. Pelaksanaan tersuai mungkin merujuk alamat tetap, keadaan boleh ubah atau konfigurasi automatik. Pilihan tersebut mempengaruhi keselamatan dan prestasi.

Jauhkan perubahan konfigurasi daripada pemprosesan permintaan

Elakkan penggunaan satu objek proksi dikongsi sebagai draf: menukar alamat atau kelayakannya untuk tugas A sementara tugas B memilih laluan menjadikan pemilikan tidak jelas. Konfigurasikan dasar sebelum menyerahkannya kepada klien. Untuk beban kerja dengan akaun atau titik akhir proksi berbeza, gunakan konfigurasi klien yang dimiliki secara berasingan.

Dokumentasi WebProxy sejarah tidak memberikan jaminan keselamatan utas untuk ahli instans. Guna pakai kontrak itu pada pelaksanaan yang berkaitan. Jika penyegerakan diperlukan, setiap pembaca dan penulis mesti mengambil bahagian; kunci pembalut tidak boleh menyelaraskan pemanggil yang menggunakan objek asal secara langsung.

Jeda panjang dalam GetProxy mungkin sebaliknya melibatkan penemuan atau penilaian PAC. Microsoft mendokumenkan penemuan menyekat untuk WinHTTP; penjelasan itu terpakai apabila klien menggunakan bahagian belakang itu. Ukur carian laluan secara berasingan daripada masa sambungan dan respons. Menyerialkan carian perlahan hanya boleh mencipta baris gilir.

Titik akhir tetap boleh membuang penemuan apabila laluan tetap dimaksudkan. Menangkap satu URI daripada dasar sistem yang berubah juga membuang keputusan masa depannya. Kekalkan perbezaan itu semasa menyelenggara kod lama; gunakan HttpClient dan konfigurasi pengendali yang disokongnya untuk kerja HTTP baharu.