加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 编程开发 > asp.Net > 正文

如何阻止.Net HttpWebRequest.GetResponse()引发异常

发布时间:2020-12-15 22:55:48 所属栏目:asp.Net 来源:网络整理
导读:当然肯定有一种方法来配置.Net HttpWebRequest对象,以便在调用HttpWebRequest.GetResponse()时返回异常,并返回任何300或400个状态代码. Jon Skeet does not think so,所以我几乎不敢问,但我觉得很难相信这是没有办法的.在一些情况下,300和400个响应代码是有
当然肯定有一种方法来配置.Net HttpWebRequest对象,以便在调用HttpWebRequest.GetResponse()时返回异常,并返回任何300或400个状态代码.

Jon Skeet does not think so,所以我几乎不敢问,但我觉得很难相信这是没有办法的.在一些情况下,300和400个响应代码是有效的响应.为什么我们总是被迫引起异常的开销?

也许有一些晦涩的配置设置逃避了Jon Skeet?也许有一种完全不同类型的请求对象可以使用,没有这种行为?

(是的,我知道你可以捕获异常并得到响应,但我想找到一种不必要的方式).

感谢任何帮助

解决方法

根据服务器发送400状态码的规范,这意味着:

The request could not be understood by
the server due to malformed syntax.
The client SHOULD NOT repeat the
request without modifications.

所以在这种情况下有一个例外是很自然的.至于300是有争议的.

无论如何,如果你想要一些非标准的行为,你总是可以诉诸一个TcpClient,但这似乎是一个极端而绝望的措施.

你执行了性能测试吗?您是否确认在这种特殊情况下抛出异常是您的应用程序的瓶颈?在这种情况下,似乎是一个微型优化.你不能通过伪造一个有效的请求使得这个Web服务器快乐,最后得到200个?如果不能切换到更标准的Web服务器?

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读