我的问题与这篇文章类似,但我必须使用 IIS、ASP.NET 和 C# 来做同样的事情。
类中的任何方法都不会提供HttpResponse
数据是否发送的反馈,TransmitFile()
只是完成它的工作(或不完成)并且不提供任何知道结果的方法。
我正在考虑使用该.Filter
属性,但话又说回来,过滤器基于 HttpResponseStream
它也没有提供任何反馈。
有任何想法吗?
我的问题与这篇文章类似,但我必须使用 IIS、ASP.NET 和 C# 来做同样的事情。
类中的任何方法都不会提供HttpResponse
数据是否发送的反馈,TransmitFile()
只是完成它的工作(或不完成)并且不提供任何知道结果的方法。
我正在考虑使用该.Filter
属性,但话又说回来,过滤器基于 HttpResponseStream
它也没有提供任何反馈。
有任何想法吗?
经过一些测试,我想出了以下问题的解决方案。TransmitFile() 有一个严重的限制:它在发送之前将整个文件读入内存,这对于较大的文件来说真的很糟糕。所以基本上我求助于手动分块并检查客户端是否在每个块之后连接。
context.Response.Clear();
context.Response.BufferOutput = false;
context.Response.ContentType = "application/octet-stream";
context.Response.AddHeader("Content-Disposition", "attachment; filename=" + originalFilename);
context.Response.AddHeader("Content-Length", fileLength.ToString());
context.Response.Cache.SetNoStore();
context.Response.Flush();
downloadFailed = !context.Response.IsClientConnected;
int thisChunk;
long offset = 0;
int chunkSize = 1024 * 8;
byte[] bytes = new byte[chunkSize];
FileStream r = File.OpenRead(localFilename);
while((offset < fileLength) && !downloadFailed)
{
if((fileLength - offset) < chunkSize)
{
thisChunk = (int)(fileLength - offset);
}
else
{
thisChunk = chunkSize;
}
r.Read(bytes, 0, chunkSize);
try
{
context.Response.BinaryWrite(bytes);
context.Response.Flush();
if(!context.Response.IsClientConnected)
{
downloadFailed = true;
}
}
catch(ObjectDisposedException ex1)
{
// Stream is closed, nothing written
break;
}
catch(System.IO.IOException ex3)
{
// I/O error, unknown state, abort
Trace.Write(ex3);
break;
}
offset += thisChunk;
}
if(!downloadFailed)
{
// now update the file, statistics, etc
}
context.Response.Flush();
HttpContext.Current.ApplicationInstance.CompleteRequest();
需要对块大小进行一些调整以找到最佳大小。但基本上它像这样可靠地工作。
Response.IsClientConnected
打电话后检查TransmitFile
。