C#:WebRequest 代理 = null 副作用

发布于 2024-12-03 09:18:19 字数 375 浏览 0 评论 0原文

有谁知道在 HttpWebRequest 中使用 webrequest.proxy = null 有什么副作用?

MSDN (.NET Framework 4) 表示在不应使用代理时使用 GlobalProxySelection.GetEmptyWebProxy() 。将返回一个空白的 IWebProxy 实例。 Visual Studio 说它已被弃用!

如果用户的网络需要代理设置,这两种情况下的网络请求是否仍然有效?

那么,当需要代理时,正确的方法和任何已知问题/副作用是什么?


关于已弃用的问题; Visual Studio 说:使用 null 代替

Does anyone know what the side effects are of having a webrequest.proxy = null in a HttpWebRequest?

MSDN (.NET Framework 4) says to use GlobalProxySelection.GetEmptyWebProxy() when no proxy should be used. A blank IWebProxy instance will be returned. Visual Studio says it's deprecated!!

Does the webrequest in both cases still work if the user's network requires proxy settings?

So, what is the correct approach and any known issues/side effects when a proxy is needed?


About the deprecated issue; Visual Studio says: Use null instead

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

葬シ愛 2024-12-10 09:18:19

不,没有副作用。
VS给你的建议是正确的。

如果用户的网络需要代理设置,这两种情况下的网络请求是否仍然有效?

一个完全不同的问题。您的连接很可能无法工作。使用 WebRequest.DefaultWebProxy 相反。

No, there are no side effects.
VS is advising you correctly.

Does the webrequest in both cases still work if the user's network requires proxy settings?

An entirely different question. Your connection will most likely not work. Use WebRequest.DefaultWebProxy instead.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文