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

时间:2009-04-04 03:23:08

标签: .net httpwebrequest

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

5 个答案:

答案 0 :(得分:38)

如果该课程有特殊处理要求,则会实施IDisposable。由于它没有实现IDisposable,你可以假设你没有什么特别需要做的。

答案 1 :(得分:25)

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

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

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

2)尽管获取HttpWebRequest的功能被命名为' Create,'没有匹配的Destroy,Close,Dispose或任何其他可用于从创建的对象中释放资源的机制。

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

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

使用ProcMon,您可以看到致电TCP Connect时出现的TCP SendTCP ReceiveGetResponse()。这是我期望看到的。但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

答案 2 :(得分:3)

httpwebRequest没有实现IDisposable,因为它可以创建一个实现IDisposable的Stream。因此,您不必担心处置它。

如果您担心,可能需要使用WebClient,即IDisposable:

using (WebClient c = new WebClient())
{
using (Stream stream = c.OpenRead(url))
{
//
}
}

答案 3 :(得分:2)

您可以使用:

    var webRequest = WebRequest.Create(ActionUrl)
    using (var webResponse = webRequest.GetResponse())
    {}

为您的实施。当我使用WebRequest类在很短的时间内触发多个请求时,将GetResponse()包装在一个使用块中是阻止应用程序挂起的原因。

答案 4 :(得分:-3)

HttpWebRequest不实现IDisposable,因此不需要处理。 完成后,只需将httprequest对象设置为null。

希望有所帮助