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

Question

给定Range这样的请求：

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的开头时，结果是不一致的; 有时我最终得到一个单字节的文本文件，有时整个文件从Range的开头开始（即所以忽略了Range的结尾）。

Answer 1

至少现在，我通过返回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，但这似乎对我们有用。

Answer 2

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

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中<configuration>中的<runtime>属性。