WebAPI StreamContent vs PushStreamContent

bUK*_*eer 36 c# visual-studio asp.net-mvc-4 asp.net-web-api

我正在实现一个MVC4 + WebAPI版本的BluImp jQuery文件上传一切都适用于我最初的尝试,但我试图确保在下载非常大的文件(~2GB)时最好地使用内存.

我已经阅读了Filip Woj关于PushStreamContent的文章并尽可能地实现它(删除异步部分 - 也许这就是问题?).当我运行测试并观察TaskManager时,我没有看到明显不同的内存使用情况,我试图理解响应如何处理之间的差异.

这是我的StreamContent版本:

private HttpResponseMessage DownloadContentNonChunked()
{
    var filename = HttpContext.Current.Request["f"];
    var filePath = _storageRoot + filename;
    if (File.Exists(filePath))
    {
        HttpResponseMessage response = new HttpResponseMessage(HttpStatusCode.OK);
        response.Content = new StreamContent(new FileStream(filePath, FileMode.Open, FileAccess.Read));
        response.Content.Headers.ContentType = new MediaTypeHeaderValue("application/octet-stream");
        response.Content.Headers.ContentDisposition = new ContentDispositionHeaderValue("attachment")
        {
            FileName = filename
        };
        return response;
    }
    return ControllerContext.Request.CreateErrorResponse(HttpStatusCode.NotFound, "");
}
Run Code Online (Sandbox Code Playgroud)

这是我的PushStreamContent版本:

public class FileDownloadStream
{
    private readonly string _filename;

    public FileDownloadStream(string filePath)
    {
        _filename = filePath;
    }

    public void WriteToStream(Stream outputStream, HttpContent content, TransportContext context)
    {
        try
        {
            var buffer = new byte[4096];

            using (var video = File.Open(_filename, FileMode.Open, FileAccess.Read))
            {
                var length = (int)video.Length;
                var bytesRead = 1;

                while (length > 0 && bytesRead > 0)
                {
                    bytesRead = video.Read(buffer, 0, Math.Min(length, buffer.Length));
                    outputStream.Write(buffer, 0, bytesRead);
                    length -= bytesRead;
                }
            }
        }
        catch (HttpException ex)
        {
            return;
        }
        finally
        {
            outputStream.Close();
        }
    }
}

private HttpResponseMessage DownloadContentChunked()
{
    var filename = HttpContext.Current.Request["f"];
    var filePath = _storageRoot + filename;
    if (File.Exists(filePath))
    {
        var fileDownload = new FileDownloadStream(filePath);
        var response = Request.CreateResponse();
        response.Content = new PushStreamContent(fileDownload.WriteToStream, new MediaTypeHeaderValue("application/octet-stream"));
        response.Content.Headers.ContentDisposition = new ContentDispositionHeaderValue("attachment")
        {
            FileName = filename
        };
        return response;
    }
    return ControllerContext.Request.CreateErrorResponse(HttpStatusCode.NotFound, "");
}
Run Code Online (Sandbox Code Playgroud)

我的问题是为什么我没有看到两种方法之间的内存使用量有太大差异?另外,我已经为StreamContent类型下载了PDB,并且可以看到对缓冲区大小等的引用(见下文),所以我想知道PushStreamContent在StreamContent上面做了什么.我已经检查了MSDN上的类型信息,但文章对解释有点了解!

namespace System.Net.Http
{
  /// <summary>
  /// Provides HTTP content based on a stream.
  /// </summary>
  [__DynamicallyInvokable]
  public class StreamContent : HttpContent
  {
    private Stream content;
    private int bufferSize;
    private bool contentConsumed;
    private long start;
    private const int defaultBufferSize = 4096;

    /// <summary>
    /// Creates a new instance of the <see cref="T:System.Net.Http.StreamContent"/> class.
    /// </summary>
    /// <param name="content">The content used to initialize the <see cref="T:System.Net.Http.StreamContent"/>.</param>
    [__DynamicallyInvokable]
    [TargetedPatchingOptOut("Performance critical to inline this type of method across NGen image boundaries")]
    public StreamContent(Stream content)
      : this(content, 4096)
    {
    }
Run Code Online (Sandbox Code Playgroud)

Kir*_*lla 26

关于这两种方法的内存使用情况,对于StreamContent和PushStreamContent,Web API不会缓冲响应.以下代码快照来自WebHostBufferPolicySelector.源代码在这里.

    /// <summary>
    /// Determines whether the host should buffer the <see cref="HttpResponseMessage"/> entity body.
    /// </summary>
    /// <param name="response">The <see cref="HttpResponseMessage"/>response for which to determine
    /// whether host output buffering should be used for the response entity body.</param>
    /// <returns><c>true</c> if buffering should be used; otherwise a streamed response should be used.</returns>
    public virtual bool UseBufferedOutputStream(HttpResponseMessage response)
    {
        if (response == null)
        {
            throw Error.ArgumentNull("response");
        }

        // Any HttpContent that knows its length is presumably already buffered internally.
        HttpContent content = response.Content;
        if (content != null)
        {
            long? contentLength = content.Headers.ContentLength;
            if (contentLength.HasValue && contentLength.Value >= 0)
            {
                return false;
            }

            // Content length is null or -1 (meaning not known).  
            // Buffer any HttpContent except StreamContent and PushStreamContent
            return !(content is StreamContent || content is PushStreamContent);
        }

        return false;
    }
Run Code Online (Sandbox Code Playgroud)

此外,PushStreamContent适用于需要将数据"推送"到流中的情况,其中StreamContent从流中"提取"数据.因此,对于您当前下载文件的情况,使用StreamContent应该没问题.

以下示例:

// Here when the response is being written out the data is pulled from the file to the destination(network) stream
response.Content = new StreamContent(File.OpenRead(filePath));

// Here we create a push stream content so that we can use XDocument.Save to push data to the destination(network) stream
XDocument xDoc = XDocument.Load("Sample.xml", LoadOptions.None);
PushStreamContent xDocContent = new PushStreamContent(
(stream, content, context) =>
{
     // After save we close the stream to signal that we are done writing.
     xDoc.Save(stream);
     stream.Close();
},
"application/xml");
Run Code Online (Sandbox Code Playgroud)

  • 对于任何使用Owin的人,并想知道为什么他们的响应被缓冲,无论他们做什么,5.0.0中有一个缓冲相关的错误,在5.1.0-RC1中修复.以为我会分享,如果我在五个小时前知道,我可能还会留下一些头发.update-package microsoft.aspnet.webapi.owin -includeprerelease是你的朋友. (7认同)
  • 因此,如果我想在“流式视频”这个词的意义上“流式传输”内容,请使用 PushStreamContent 但如果我想让某人“下载文件”,则使用 StreamContent?还有其他考虑吗? (2认同)
  • 正确,“流视频”方案就是这样一种方案,您不预先知道总内容长度,而是在从某处接收视频源时正在写入目标流。这是使用PushStreamContent响应以分块传输编码发送的原因,因为我们不预先知道内容的长度。 (2认同)
  • @bUKaneer:使用 PushStreamContent 的情况包括写入流的所有函数/对象。大多数序列化器都会写入流。许多人写入内存流(这并不可怕,因为大多数序列化器不是异步的,因此会阻塞线程)。另一种情况可能是 GZip 流,尽管我不记得它的接口 - 它可能需要写入目标流。“流媒体视频”是应用程序级别的答案。我希望我的回答更有用。此外,流媒体视频可能是一个错误的答案 - 应该使用 UDP,而不是 HTTP/TCP。 (2认同)