我写了一个ashx处理程序,以安全的方式将文件流式传输到浏览器,我希望用户有权获取这些文件。
问题是,当我传输大文件(+40 MB)时,会话是gonen +浏览器下载突然在~40 MB之后中断。
我将web.config配置为在240分钟之前不会超时。
在本地测试这个问题不会给我带来同样的问题,在我的共享主机上进行测试就可以了。
任何人都可以指出我正确的方向吗?
我尝试使用和不使用Reponse.Clear()
public void ProcessRequest(HttpContext context)
{
int id;
if (new Core.SecurityManager().CurrentUser != null)
{
try
{
id = Convert.ToInt32(context.Request.QueryString["id"]);
}
catch
{
throw new ApplicationException("id could not be parsed.");
}
string filename = new DocumentFactory().SelectDocumentById(id).Filename;
string filePath = context.Server.MapPath("~/uploads/" + filename);
//context.Response.Clear();
context.Response.AddHeader("content-disposition", "attachment; filename=" + filename);
context.Response.ContentType = "application/octet-stream";
context.Response.WriteFile(filePath);
//context.Response.Flush();
//context.Response.End();
}
else
{
throw new AuthenticationException();
}
}
的Web.config:
<sessionState mode="InProc" cookieless="false" timeout="240"></sessionState>
编辑尝试了以下操作,但仍然是下载中断:
FileStream fs = new FileStream(filePath,FileMode.Open,FileAccess.Read);
byte[] byteArray = new byte[fs.Length];
using (MemoryStream ms = new MemoryStream(byteArray))
{
long dataLengthToRead = ms.Length;
int blockSize = dataLengthToRead >= 5000 ? 5000 : (int)dataLengthToRead;
byte[] buffer = new byte[dataLengthToRead];
context.Response.Clear();
// Clear the content of the response
context.Response.ClearContent();
context.Response.ClearHeaders();
// Buffer response so that page is sent
// after processing is complete.
context.Response.BufferOutput = true;
// Add the file name and attachment,
// which will force the open/cance/save dialog to show, to the header
context.Response.AddHeader("Content-Disposition", "attachment; filename=" + filename);
// bypass the Open/Save/Cancel dialog
//Response.AddHeader("Content-Disposition", "inline; filename=" + doc.FileName);
// Add the file size into the response header
context.Response.AddHeader("Content-Length", fs.Length.ToString());
// Set the ContentType
context.Response.ContentType = "application/octet-stream";
// Write the document into the response
while (dataLengthToRead > 0 && context.Response.IsClientConnected)
{
Int32 lengthRead = ms.Read(buffer, 0, blockSize);
context.Response.OutputStream.Write(buffer, 0, lengthRead);
//Response.Flush();
dataLengthToRead = dataLengthToRead - lengthRead;
}
context.Response.Flush();
context.Response.Close();
}
// End the response
context.Response.End();
通过添加完整路径直接通过浏览器直接访问文件时,下载的内容没有任何问题。
答案 0 :(得分:0)
虽然在IIS中传递大文件的正确方法是以下选项,
在WebLimits中将MinBytesPerSecond设置为零(这肯定有助于提高性能,因为IIS选择关闭持有较小规模传输的KeepAlive连接的客户端)
将更多工作进程分配给应用程序池,我已设置为8,现在只有在服务器分发较大文件时才应该这样做。这肯定会导致其他网站执行速度变慢,但这将确保更好的交付。我们设置为8,因为这个服务器只有一个网站,它只提供大量文件。
关闭App Pool Recycling
关闭会话
保持缓冲
在执行以下每个步骤之前,请检查Response.IsClientConnected是否为true,否则放弃并且不发送任何内容。
在发送文件之前设置Content-Length
刷新回复
写入输出流,并定期刷新