关于在ASP.NET响应流上编写的一些问题

Question

我正在使用ASP.NET HttpHandler进行测试,以便直接在响应流上下载文件,而且我不太确定我的方式.这是一个示例方法,将来文件可以存储在数据库中的BLOB中:

        public void GetFile(HttpResponse response)
    {
        String fileName = "example.iso";
        response.ClearHeaders();
        response.ClearContent();
        response.ContentType = "application/octet-stream";
        response.AppendHeader("Content-Disposition", "attachment; filename=" + fileName);
        using (FileStream fs = new FileStream(Path.Combine(HttpContext.Current.Server.MapPath("~/App_Data"), fileName), FileMode.Open))
        {
            Byte[] buffer = new Byte[4096];
            Int32 readed = 0;

            while ((readed = fs.Read(buffer, 0, buffer.Length)) > 0)
            {
                response.OutputStream.Write(buffer, 0, readed);
                response.Flush();
            }
        }
    }

但是,我不确定这是否正确或有更好的方法来做到这一点.我的问题是:

1. 当我用浏览器打开网址时,出现"保存文件"对话框......但似乎服务器已经启动将数据推入流中,然后点击"保存",这是正常的吗？
2. 如果我删除行"response.Flush()",当我用浏览器打开网址时,...我看到网络服务器如何推送数据但是"保存文件"对话框没有出现,(或者至少不是在合理的时间内)为什么？
3. 当我用WebRequest对象打开url时,我看到HttpResponse.ContentLength是"-1",虽然我可以读取流并获取文件.-1是什么意思？什么时候HttpResponse.ContentLength会显示响应的长度？例如,我有一个方法,用deflate作为二进制流检索一个大的xml,但在那种情况下...当我用WebRequest访问它时,在HttpResponse中我实际上可以看到ContentLength的流长度,为什么？
4. Byte []数组的最佳长度是什么,我用作缓冲区以获得Web服务器的最佳性能？我读过这是介于4K和8K之间......但是我应该考虑哪些因素做出正确的决定.
5. 这种方法是否会破坏IIS或客户端内存的使用？还是它实际上正确地缓冲了转移？

很抱歉这么多问题,我在网络开发方面很新:P

干杯.

Answer 1

1. 是; 这个是正常的.
2. 如果您从不刷新,则在服务器完成之前,浏览器不会得到任何响应(甚至不是Content-Disposition标题).因此,它不知道显示文件对话框.

3. 该Content-Length头只有在整个响应缓存被设置(如果您不冲水),或者如果你自己设置它.在这种情况下,您可以并且应该自己设置它; 写

   response.AppendHeader("Content-Length", new FileInfo(path).Length.ToString());
   

4. 我推荐4K; 我没有任何坚硬的建议.
5. 这种方法是最好的方法.通过Flush在循环内部调用,您可以立即向线路发送响应,而无需任何缓冲.但是,为了增加性能,您可以使用GZIP压缩.