2

我有一个获取 URL 和下载.jpeg文件的 Windows 应用程序。对于某些 url，该ContentLength属性为 -1，因此会引发异常。

这是我的代码：

var url = new Uri(sUrlToReadFileFrom[i]);
_request = (HttpWebRequest)WebRequest.Create(url);
var response = (System.Net.WebResponse)_request.GetResponse();
_response = response;
_response.Close();

这是网址： http: //photos.autonexus.com/imager/115-005-CA/P2GTPI4AB9/640/10132013133959/1FAHP0HA3AR373228_1.jpg以下是 有关我的 http 请求的一些信息：

Headers = {Transfer-Encoding: chunked
Connection: keep-alive
Content-Disposition: inline; filename="phpThumb_generated_thumbnail.jpeg"
Content-Type: image/jpeg
Date: Wed, 12 Nov 2014 00:31:29 GMT
Server: nginx
X-Powered-By: PleskLin}

我认为分块标题会导致问题，但我已经用谷歌搜索了 2 天，没有好的解决方案，或者我找不到好的解决方案。

这是错误的屏幕截图： 在此处输入图像描述

正如您在第 130 行看到的那样，因为 _response.ContentLength 已经为 -1，因此 iSize 将为 -1，它在第 149 行引发异常。

4

3 回答 3

6

网站不要求提供 Content-Length 标头，也不能保证它是正确的。所以你不能依赖它。如果您尝试使用ContentLength属性值来分配数组，或者用于任何目的而不是信息，那么您将遇到麻烦。在一般情况下，它根本不可靠。

这很不幸，但你必须解决它。一种解决方案是创建一个MemoryStream. 然后从响应流中读取数据块并将它们写入内存流。继续直到响应流结束。然后获取“MemoryStream”缓冲区。

ContentLength有点痛苦，但如果不可靠，这是你能做的最好的事情。

例如：（请注意，我只是把它扔掉了，所以它可能不是 100% 工作。但它应该给你的想法。）

var response = (HttpWebResponse)request.GetResponse();
byte[] data; // will eventually hold the result
// create a MemoryStream to build the result
using (var mstrm = new MemoryStream())
{
    using (var s = response.GetResponseStream())
    {
        var tempBuffer = new byte[4096];
        int bytesRead;
        while ((bytesRead = s.Read(tempBuffer, 0, tempBuffer.Length)) != 0)
        {
            mstrm.Write(tempBuffer, 0, bytesRead);
        }
    }
    mstrm.Flush();
    data = mstrm.GetBuffer();
}
// at this point, the data[] array holds the data read from the stream.
// data.Length will tell you how large it is.
于 2014-11-12T20:45:28.540 回答
5

很简单：不要使用内容长度标头。如果省略它是完全正常的。只要数据可用，您就应该只读取数据。服务器将继续发送它，直到它完成。您可以使用该Stream.CopyTo方法，它将响应流复制到一个文件或一个MemoryStream或任何东西。该方法也不需要知道长度，它只是一直读取直到流结束。

更新：代码是这样的

var resultStream = new MemoryStream()
using (var respStream = response.GetResponseStream())
    respStream.CopyTo(resultStream);
// now you can do anything with resultStream, like resultStream.ToArray()

或者您可以将其写入文件：

using (var fileStream = File.Create(@"d:\x\y.dat"))
using (var respStream = response.GetResponseStream())
    respStream.CopyTo(fileStream);
于 2014-11-12T20:45:29.017 回答
2

只是贡献 - Content-Length 标头没有任何问题 - 服务器将其设置为 -1 因为它正在返回您的数据“分块” - 正如您所猜测的那样。分块数据可以是无限的，因此 Content-Length 没有意义。从技术上讲，如果服务器知道它将发送回的块的总大小，它仍然可以返回一个长度，尽管我不知道这是否是规范的一部分。

上面的解决方案可以很好地解决这个问题——但它与 Content-Length 不可靠无关——它与提供它的服务一样可靠。

于 2017-02-16T16:16:02.990 回答