从服务器到本地的文件传输

Question

更新：

我使用.net 4.0进行编码，我想找到一个具有特定路径（ViewState[“MediaFile”]）的pdf文件并将其传输到本地系统。

这是我的文件传输代码：

        //---server path ---
        String sFilePath = Server.MapPath("~/" + ViewState["MediaFile"].ToString());
        String sFileName= System.IO.Path.GetFileName(sFilePath);
        String RelativePath =sFilePath.Replace(Request.ServerVariables["APPL_PHYSICAL_PATH"], String.Empty);
        HttpContext.Current.Response.ContentType = "APPLICATION/OCTET-STREAM";
        String Header = "Attachment; Filename=" + sFileName;
        HttpContext.Current.Response.AppendHeader("Content-Disposition", Header);
        System.IO.FileInfo Dfile = new System.IO.FileInfo(RelativePath);
        HttpContext.Current.Response.End();

但运行后，出现错误：

无法评估表达式，因为代码已优化或本机框架位于调用堆栈顶部。

当我把 HttpContext.Current.ApplicationInstance.CompleteRequest() 而不是 HttpContext.Current.Response.End() 这不是错误但什么都不做！！！我的意思是没有显示下载面板。

注意：我在另一个页面上测试了这段代码，它可以工作。只是想说这可能是因为我的表单中有任何代码吗？我使用 Ajax UpdatePanel 并禁用右键单击表单。

Answer 1

这样试试

这里的mediaUploader 是我的文件夹名称，其中有我所有的.pdf 文件。所以现在下载pdf文件的代码如下所示。

首先会检查ViewState不为null，然后检查文件是否存在，然后我们下载文件

ViewState["MediaFile"] ="mediaUploader/Visual2.pdf";

 if (ViewState["MediaFile"] != null)
 {
     String sFile = Server.MapPath("~/" + ViewState["MediaFile"].ToString());
     FileInfo file = new FileInfo(sFile);
     if (file.Exists)
     {
         Response.ContentType = "application/pdf";
         Response.AppendHeader("Content-Disposition", "attachment; filename=" + file.Name);
         Response.TransmitFile(Server.MapPath("~/" + ViewState["MediaFile"].ToString()));
         Response.End();
     }
 }

Answer 2

Response.End() 应该足够了:) 您还应该将 Content-Length 标头设置为文件的大小，以便浏览器计算下载进度。

比使用 Response.TransmitFile 更好的是使用该 PDF 的文件流将该文件流式传输出来并将该流以块的形式写入 Response.OutputStream

var BlockSize = 4 * 1024 * 1024;
var buffer = new byte[BlockSize];
int bytesRead;
var outStream = Response.OutputStream;
while ((bytesRead = fileStream.Read(buffer, 0, BlockSize)) > 0)
{
    outStream.Write(buffer, 0, bytesRead);
    outStream.Flush();
}

顺便说一句：内容类型与文件扩展名并不真正相关。意味着您不应该使用文件扩展名创建内容类型。