当然肯定有一种方法来配置.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服务器？
