是否有正确的方法来处理httpwebrequest？

我正在使用HttpWebRequest,并处理响应流.是否有正确的处理方法HttpWebRequest,因为它不包含关闭或处置方法？

1> John Saunder..：

---

如果该类有特殊的处理要求,它将实现IDisposable.由于它没有实现IDisposable,您可以假设您没有什么特别需要做的.

2> David Wohlfe..：

---

我有一个类似的问题,这里的答案没有给我我需要的信息.所以即使有一个公认的答案,我也会加入我学到的东西来帮助下一个人.

1)正如其他一些答案所提到的,您可以使用using从HttpWebRequest/WebRequest返回的流.这只是很好的标准c#编程.

但它并没有真正解决OP的问题(或我的问题),这是关于处理HttpWebRequest对象本身.

2)尽管获取HttpWebRequest的函数名为"Create",但没有匹配的Destroy,Close,Dispose或任何其他可用于从创建的对象中释放资源的机制.

这基本上是目前接受的答案.

3)但是这里的所有答案都有一个暗示(除了流之外)没有任何重要的东西需要关闭.这并不完全正确.

使用ProcMon,您可以看到TCP Connect,TCP Send并TCP Receive在您致电时发生GetResponse().这是我期望看到的.但什么时候TCP Disconnect发生？我的假设是,这会在你收到响应后发生,或者最坏的情况发生在对象得到GC的时候.但现实更有趣.

相反,TCP连接在呼叫后的2分钟内保持活动状态.我的第一个想法是,GC需要花多长时间来解决它,但不是.您可以在GC.Collect()循环中坐在那里2分钟,直到2分钟结束时它才会释放.这样可以在客户端和服务器上保持连接打开,并在2分钟内导致(某些)额外的网络流量以保持连接活动.

另一个有趣的事情是,即使您正在调用"创建",这并不意味着必须创建另一个TCP连接.例如,考虑一下:

static void Doit(string domain)
{
    HttpWebRequest hr = (HttpWebRequest)WebRequest.Create(domain);

    using (HttpWebResponse response = (HttpWebResponse)hr.GetResponse())
        using (Stream receiveStream = response.GetResponseStream())
            using (StreamReader readStream = new StreamReader(receiveStream, Encoding.UTF8))
                Console.WriteLine(readStream.ReadToEnd());
}

现在,如果我打电话给:

Doit("http://www.foo.bar");

它将创建1个TCP连接.它将保持活动2分钟(或直到程序退出).但是如果我这样做会怎样

Doit("http://www.foo.bar");
Thread.Sleep(20000);
Doit("http://www.foo.bar");

现在它将为第一次调用创建1个连接,然后为第二次调用重用该连接.这意味着TCP连接将保持活动状态,共计2:20分钟.因此,即使我们称之为"创建",它也不会从头开始创建连接.

大多数情况下这是件好事.建立连接(尤其是HTTPS连接)可能是一个昂贵的过程.一个自动为你避免的系统(可能)是一件好事.这样您就可以有效地检索网页的html,然后检查任何相关的支持文件(css,img文件等),而无需每次都通过连接过程.

但是,如果要连接的服务器仅支持有限数量的连接,该怎么办？如此无缘无故地将连接捆绑起来可能是一个真正的问题.或者出于安全考虑,你不能长时间保持联系？或者也许你只是肛门,并希望一旦你完成它就把它关闭.

对于这些情况,您可以进行试验HttpWebRequest.KeepAlive.将此设置为false(默认值为true)会导致上面的每个示例都使用自己的连接,并在完成后立即关闭它们.因此,整个连接/发送/接收/断开过程可在不到一秒的时间内完成.

供参考:

虽然您可以使用WebRequest.InitializeLifetimeService来获取ILease,但更改租约上的值不会影响此处的超时.

您可以使用支持Dispose的WebClient,而不是使用WebRequest.但是,即使在调用Dispose之后,底层TCP连接仍然会挂起2分钟.

总结:说你不需要担心关闭HttpWebClient可能一般都是正确的,但是你可能想要注意一些含义.这种行为有很好的理由,但是如果你不知道它是否正在发生,你无法决定这对你的特定应用是否有用.

FWIW

---

事实证明,`WebRequest.ServicePoint.MaxIdleTime`也很重要:当启动一系列请求时,这不应超过服务器的最大值.空闲时间,否则你将尝试回收已经在服务器端关闭的连接,即使`.KeepAlive`是'false`.

---

感谢您深入洞察!我有一个复杂的**REST API**抛出随机_连接中止/连接远程关闭_错误.此API(services.mobile.de)始终以您触发一系列请求的方式使用.原来它与HttpWebRequest重用连接不起作用:只要感觉需要就关闭连接,导致随机错误.现在我将`.KeepAlive`设置为`false`,一切都很好!