Question

给出如下范围请求：

curl -r 0-16 https://example.com/api/blob/mobydick.txt -o moby0.txt -D -

我们得到：

Call me Ishmael.

但是这样的Range请求：

curl -r 16-32 https://example.com/api/blob/mobydick.txt -o moby1.txt -D -

我们仍然得到：

Call me Ishmael.

这是下面的代码（已编辑以删除获取Blob，考虑不带范围标头的请求或带有开放式范围的请求等）：

Stream myBlobStream = await myBlob.OpenReadAsync();
HttpResponseMessage message = Request.CreateResponse(HttpStatusCode.PartialContent);
message.Content = new ByteRangeStreamContent(myBlobStream , range, myBlob.Properties.ContentType);
return message;

在我所看到的示例中，似乎不需要手动查找或设置流的位置，因为（据我所知）应由ByteRangeStreamContent处理。当我尝试手动将流的位置设置为Range的开头时，结果不一致；有时我最终得到一个1字节的文本文件，有时整个文件都从Range的开头开始（也就是说，Range的结尾被忽略了）。

Answer 1

我们在这里遇到同样的问题。

似乎WebAPI 2使用的System.Net.Http版本与标准框架库的版本不同。如果我们专门使用System.Net.Http版本4.0.0.0，则使用 ByteRangeStreamContent可以正常工作。使用4.2.0.0（WebAPI 2的版本）时，无论范围如何，流始终从头开始，并且输出的字节也太多（根据Fiddler）。

为解决该问题，我们添加了

<dependentAssembly>
        <assemblyIdentity name="System.Net.Http" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-4.2.0.0" newVersion="4.0.0.0" />      
</dependentAssembly>

转到Web.config中<runtime>中的<configuration>属性。

Answer 2

至少到目前为止，我已经通过返回ByteArrayContent而不是ByteRangeStreamContent解决了这一问题。

// Including my setup of the range values this time:
    var range = Request.Headers.Range;

    long chunkLength = 2500000;
    long? beginRange = range.Ranges.First().From;
    long? endRange = range.Ranges.First().To;

    if (endRange == null)
    {
        if ((beginRange + chunkLength) > myBlob.Properties.Length)
        {
            endRange = myBlob.Properties.Length - 1;
        }
        else
        {
            endRange = beginRange + chunkLength;
        }
    }
    var blobStreamPosition = beginRange.Value;

// Set the stream position
    blobStream.Position = blobStreamPosition;

    int bytesToRead = (int)(endRange - blobStreamPosition + 1);

// Using BinaryReader for convenience
    BinaryReader binaryReader = new BinaryReader(blobStream);
    byte[] blobByteArray = binaryReader.ReadBytes(bytesToRead);
    message.Content = new ByteArrayContent(blobByteArray);

// Don't forget that now you have to set the content range header yourself:
    message.Content.Headers.ContentRange = new ContentRangeHeaderValue(blobStreamPosition, endRange.Value, myBlob.Properties.Length);
    message.Content.Headers.ContentType = new MediaTypeHeaderValue(myBlob.Properties.ContentType);

    binaryReader.Dispose();
    blobStream.Dispose();

老实说，我不知道该解决方案中可能存在哪些问题；如果没有其他说明，则该字节数组意味着它可能应该包括将要返回的部分响应大小的限制。我宁愿使用ByteRangeStreamContent，但这似乎对我们有用。

在ASP.NET Web API 2中，当与Azure存储中的流一起使用时，ByteRangeStreamContent返回不正确的数据

2 个答案: