【发布时间】:2013-04-16 15:04:51
【问题描述】:
我正在实施 MVC4 + WebAPI version of the BluImp jQuery File Upload 在我最初的尝试中一切正常,但我试图确保在下载非常大的文件 (~2GB) 时充分利用内存。
我已阅读 Filip Woj's article on 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, "");
}
这是我的 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, "");
}
我的问题是为什么我没有看到这两种方法在内存使用方面有太大差异?此外,我已经下载了 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)
{
}
【问题讨论】:
-
我认为这些是相似的方法,只是分布不同。 "pure" .net 和 web api
-
它们看起来确实很相似——这就是为什么我问我猜 PushStreamContent 会更加冗长,而他们也在做类似的事情,我想知道在这种情况下我应该使用哪个作为最佳实践!
-
从我的测试中我看到 StreamContent 首先加载到内存中,然后刷新它。我建议不要将其用于大文件。你的 FileDownloadStream 很好。
-
我想知道
StreamContent是否改变了行为。我认为旧版本的 WebAPI 会完全缓冲它,迫使人们使用PushStreamContent来解决这个问题,而现代版本的或者可能在 OWIN 下托管时根本不缓冲,使它们都等效。
标签: c# visual-studio asp.net-mvc-4 asp.net-web-api