35

使用 ASP.NET 流式传输文件的最佳方式是什么？

似乎有多种方法可以解决这个问题，我目前在 http 处理程序中使用Response.TransmitFile()方法，该方法将文件直接发送到浏览器。这用于各种事情，包括将 FLV 从 webroot 外部发送到嵌入式 Flash 视频播放器。

但是，这似乎不是一个可靠的方法。特别是Internet Explorer (7)有一个奇怪的问题，浏览器在观看一两个视频后就挂起。点击任何链接等都没有任何效果，让网站再次正常工作的唯一方法是关闭浏览器并重新打开它。

这也发生在其他浏览器中，但频率要低得多。基于一些基本测试，我怀疑这与文件流式传输的方式有关......也许连接没有正确关闭，或者类似的东西。

在尝试了一些不同的事情之后，我发现以下方法对我有用：

Response.WriteFile(path);
Response.Flush();
Response.Close();
Response.End();

这解决了上述问题，并且观看视频不再导致 Internet Explorer 挂起。

但是，我的理解是Response.WriteFile()首先将文件加载到内存中，并且鉴于某些正在流式传输的文件可能非常大，这似乎不是一个理想的解决方案。

我有兴趣了解其他开发人员如何在 ASP.NET 中流式传输大文件，尤其是流式传输 FLV 视频文件。

4

4 回答 4

51

我会把东西放在“aspx”管道之外。特别是，我会编写一个运行的处理程序（ashx，或通过配置映射），它做最少的工作，并简单地以块的形式写入响应。处理程序将正常接受来自查询字符串/表单的输入，定位要流式传输的对象，并流式传输数据（在循环中使用中等大小的本地缓冲区）。一个简单（不完整）的示例如下所示：

public void ProcessRequest(HttpContext context) {
    // read input etx
    context.Response.Buffer = false;
    context.Response.ContentType = "text/plain";
    string path = @"c:\somefile.txt";
    FileInfo file = new FileInfo(path);
    int len = (int)file.Length, bytes;
    context.Response.AppendHeader("content-length", len.ToString());
    byte[] buffer = new byte[1024];
    Stream outStream = context.Response.OutputStream;
    using(Stream stream = File.OpenRead(path)) {
        while (len > 0 && (bytes =
            stream.Read(buffer, 0, buffer.Length)) > 0)
        {
            outStream.Write(buffer, 0, bytes);
            len -= bytes;
        }
    }
}
于 2009-03-04T03:45:59.070 回答
10

看看下面的文章在 ASP.NET 中跟踪和恢复大文件下载，它将为您提供更深入的内容，而不仅仅是打开一个流并删除所有位。

http 协议支持范围字节请求和可恢复下载，许多流媒体客户端（如视频播放器或 Adob​​e pdf）可以并且将尝试将它们分块，从而节省带宽并为您的用户提供更好的体验。

不是微不足道的，但它的时间花得很好。

于 2009-03-04T04:08:52.637 回答
8

尝试将文件作为流打开，然后使用 Response.OutputStream.Write()。例如：

编辑：我的错，我忘记了 Write 需要一个字节缓冲区。固定的

byte [] buffer = new byte[1<<16] // 64kb
int bytesRead = 0;
using(var file = File.OpenRead(path))
{
   while((bytesRead = file.Read(buffer, 0, buffer.Length)) != 0)
   {
        Response.OutputStream.Write(buffer, 0, bytesRead);
   }
}
Response.Flush();
Response.Close();
Response.End();

编辑2：你试过这个吗？它应该工作。

于 2009-03-03T22:29:59.720 回答
3

在尝试了许多不同的组合（包括各种答案中发布的代码）之后，似乎在调用 TransmitFile 之前设置 Response.Buffer = true 就可以了，并且 Web 应用程序现在在 Internet Explorer 中的响应速度更快。

在这种特殊情况下，SWF 扩展也映射到 ASP.NET，我们在 Web 应用程序中使用自定义处理程序从磁盘读取文件，然后使用 Response.TransmitFile() 将它们发送到浏览器。我们有一个基于 Flash 的视频播放器来播放也是 SWF 的视频文件，我认为让所有这些活动都通过处理程序而不进行缓冲可能会导致 IE 中发生奇怪的事情。

于 2009-03-05T05:26:42.237 回答