在ASP.NET中支持断点续传下载大文件(ZT)

IE的自带下载功能中没有断点续传功能,要实现断点续传功能,需要用到HTTP协议中鲜为人知的几个响应头和请求头。 
一. 两个必要响应头Accept-Ranges、ETag 
        客户端每次提交下载请求时,服务端都要添加这两个响应头,以保证客户端和服务端将此下载识别为可以断点续传的下载: 
Accept-Ranges:告知下载客户端这是一个可以恢复续传的下载,存放本次下载的开始字节位置、文件的字节大小; 
ETag:保存文件的唯一标识(我在用的文件名+文件最后修改时间,以便续传请求时对文件进行验证); 
Last-Modified:可选响应头,存放服务端文件的最后修改时间,用于验证

二. 一个重要请求头Range 
Range:首次下载时,Range头为null,此时服务端的响应头中必须添加响应头Accept-Ranges、ETag; 
              续传请求时,其值表示客户端已经收到的字节数,即本次下载的开始字节位置,服务端依据这个 值从相应位置读取数据发送到客户端。

三. 用于验证的请求头If-Range、 
       当响应头中包含有Accept-Ranges、ETag时,续传请求时,将包含这些请求头: 
If-Range:对应响应头ETag的值; 
Unless-Modified-Since:对应响应头Last-Modified的值。 
        续传请求时,为了保证客户端与服务端的文件的一致性和正确性,有必要对文件进行验证,验证需要自己写验证代码,就根据解析这两个请求头的值,将客户端已下载的部分与服务端的文件进行对比,如果不吻合,则从头开始下载,如果吻合,则断点续传。

四.  速度限制 
        程序中加入了速度限制,用于对客户端进行权限控制的流量限制。

五. 其它注意事项 
      如:文件名乱码的问题、文件名中空格变加号、强制客户端显示下载对话框等,详见源码注释:

Java代码  

  1. /**//// <summary>
  2. /// 下载文件,支持大文件、续传、速度限制。支持续传的响应头Accept-Ranges、ETag,请求头Range 。
  3. /// Accept-Ranges:响应头,向客户端指明,此进程支持可恢复下载.实现后台智能传输服务(BITS),值为:bytes;
  4. /// ETag:响应头,用于对客户端的初始(200)响应,以及来自客户端的恢复请求,
  5. /// 必须为每个文件提供一个唯一的ETag值(可由文件名和文件最后被修改的日期组成),这使客户端软件能够验证它们已经下载的字节块是否仍然是最新的。
  6. /// Range:续传的起始位置,即已经下载到客户端的字节数,值如:bytes=1474560- 。
  7. /// 另外:UrlEncode编码后会把文件名中的空格转换中+(+转换为%2b),但是浏览器是不能理解加号为空格的,所以在浏览器下载得到的文件,空格就变成了加号;
  8. /// 解决办法:UrlEncode 之后, 将 "+" 替换成 "%20",因为浏览器将%20转换为空格
  9. /// </summary>
  10. /// <param name="httpContext">当前请求的HttpContext</param>
  11. /// <param name="filePath">下载文件的物理路径,含路径、文件名</param>
  12. /// <param name="speed">下载速度:每秒允许下载的字节数</param>
  13. /// <returns>true下载成功,false下载失败</returns>
  14. public static bool DownloadFile(HttpContext httpContext, string filePath, long speed)
  15. {
  16. bool ret = true;
  17. try
  18. {
  19. #region--验证:HttpMethod,请求的文件是否存在
  20. switch (httpContext.Request.HttpMethod.ToUpper())
  21. { //目前只支持GET和HEAD方法
  22. case "GET":
  23. case "HEAD":
  24. break;
  25. default:
  26. httpContext.Response.StatusCode = 501;
  27. return false;
  28. }
  29. if (!File.Exists(filePath))
  30. {
  31. httpContext.Response.StatusCode = 404;
  32. return false;
  33. }
  34. #endregion
  35. #region 定义局部变量
  36. long startBytes = 0;
  37. int packSize = 1024 * 10; //分块读取,每块10K bytes
  38. string fileName = Path.GetFileName(filePath);
  39. FileStream myFile = new FileStream(filePath, FileMode.Open, FileAccess.Read, FileShare.ReadWrite);
  40. BinaryReader br = new BinaryReader(myFile);
  41. long fileLength = myFile.Length;
  42. int sleep = (int)Math.Ceiling(1000.0 * packSize / speed);//毫秒数:读取下一数据块的时间间隔
  43. string lastUpdateTiemStr = File.GetLastWriteTimeUtc(filePath).ToString("r");
  44. string eTag = HttpUtility.UrlEncode(fileName, Encoding.UTF8) + lastUpdateTiemStr;//便于恢复下载时提取请求头;
  45. #endregion
  46. #region--验证:文件是否太大,是否是续传,且在上次被请求的日期之后是否被修
  47. if (myFile.Length > Int32.MaxValue)
  48. {//-------文件太大了-------
  49. httpContext.Response.StatusCode = 413;//请求实体太大
  50. return false;
  51. }
  52. if (httpContext.Request.Headers["If-Range"] != null)//对应响应头ETag:文件名+文件最后修改时间
  53. {
  54. //----------上次被请求的日期之后被修改过--------------
  55. if (httpContext.Request.Headers["If-Range"].Replace("\"", "") != eTag)
  56. {//文件修改过
  57. httpContext.Response.StatusCode = 412;//预处理失败
  58. return false;
  59. }
  60. }
  61. #endregion
  62. try
  63. {
  64. #region -------添加重要响应头、解析请求头、相关验证-------------------
  65. httpContext.Response.Clear();
  66. httpContext.Response.Buffer = false;
  67. httpContext.Response.AddHeader("Content-MD5", GetMD5Hash(myFile));//用于验证文件
  68. httpContext.Response.AddHeader("Accept-Ranges", "bytes");//重要:续传必须
  69. httpContext.Response.AppendHeader("ETag", "\"" + eTag + "\"");//重要:续传必须
  70. httpContext.Response.AppendHeader("Last-Modified", lastUpdateTiemStr);//把最后修改日期写入响应
  71. httpContext.Response.ContentType = "application/octet-stream";//MIME类型:匹配任意文件类型
  72. httpContext.Response.AddHeader("Content-Disposition", "attachment;filename=" + HttpUtility.UrlEncode(fileName, Encoding.UTF8).Replace("+", "%20"));
  73. httpContext.Response.AddHeader("Content-Length", (fileLength - startBytes).ToString());
  74. httpContext.Response.AddHeader("Connection", "Keep-Alive");
  75. httpContext.Response.ContentEncoding = Encoding.UTF8;
  76. if (httpContext.Request.Headers["Range"] != null)
  77. {//------如果是续传请求,则获取续传的起始位置,即已经下载到客户端的字节数------
  78. httpContext.Response.StatusCode = 206;//重要:续传必须,表示局部范围响应。初始下载时默认为200
  79. string[] range = httpContext.Request.Headers["Range"].Split(new char[] { ‘=‘, ‘-‘ });//"bytes=1474560-"
  80. startBytes = Convert.ToInt64(range[1]);//已经下载的字节数,即本次下载的开始位置
  81. if (startBytes < 0 || startBytes >= fileLength)
  82. {//无效的起始位置
  83. return false;
  84. }
  85. }
  86. if (startBytes > 0)
  87. {//------如果是续传请求,告诉客户端本次的开始字节数,总长度,以便客户端将续传数据追加到startBytes位置后----------
  88. httpContext.Response.AddHeader("Content-Range", string.Format(" bytes {0}-{1}/{2}", startBytes, fileLength - 1, fileLength));
  89. }
  90. #endregion
  91. #region -------向客户端发送数据块-------------------
  92. br.BaseStream.Seek(startBytes, SeekOrigin.Begin);
  93. int maxCount = (int)Math.Ceiling((fileLength - startBytes + 0.0) / packSize);//分块下载,剩余部分可分成的块数
  94. for (int i = 0; i < maxCount && httpContext.Response.IsClientConnected; i++)
  95. {//客户端中断连接,则暂停
  96. httpContext.Response.BinaryWrite(br.ReadBytes(packSize));
  97. httpContext.Response.Flush();
  98. if (sleep > 1) Thread.Sleep(sleep);
  99. }
  100. #endregion
  101. }
  102. catch
  103. {
  104. ret = false;
  105. }
  106. finally
  107. {
  108. br.Close();
  109. myFile.Close();
  110. }
  111. }
  112. catch
  113. {
  114. ret = false;
  115. }
  116. return ret;
  117. }

转自:http://www.cnblogs.com/gjahead/archive/2007/06/18/787654.html

在ASP.NET中支持断点续传下载大文件(ZT),布布扣,bubuko.com

时间: 2024-10-12 22:57:19

在ASP.NET中支持断点续传下载大文件(ZT)的相关文章

支持断点续传的大文件传输协议

文件传输协议(FTP)是一个被广泛应用的网络协议,FTP技术作为文件传输的重要手段,在数据通信领域一直发挥着举足轻重的作用,不支持断点续传,是Internet上最早也是最广泛使用的应用之一. 从1971年A.K.Bhushan提出第一个FTP协议版本(RFC114)到现在,人们对FTP的应用已经历了40余年的时间,同时,许多基于FTP协议的数据传输软件也应运而生.如Windows操作系统下经常使用的支持FTP协议的软件有:CuteFTP.FlashFXP.迅雷(Thunder).快车(Flash

[libcurl]_[0基础]_[使用libcurl下载大文件]

场景: 1. 在Windows编程时, 下载http页面(html,xml)能够使用winhttp库,可是并非非常下载文件,由于会失败. 由此引出了WinINet库,无奈这个库的稳定性比較低,使用样例又少, 下载大文件时常常是不完整,可查找的资料非常少或者是没有特殊情况的解决的方法. 2. 我的原则是假设系统有自带的就用系统的,可是 WinINet 要掌握须要花不少时间. 时间因素考虑到了libcurl. 3. libcurl支持ftp,http等协议的文件读取,还能自己主动获取文件大小, 最重

[libcurl]_[初级]_[使用libcurl下载大文件]

场景: 1. 在Windows编程时, 下载http页面(html,xml)可以使用winhttp库,但是并不是很下载文件,因为会失败. 由此引出了WinINet库,无奈这个库的稳定性比较低,使用例子又少, 下载大文件时经常是不完整,可查找的资料很少或者是没有特殊情况的解决办法. 2. 我的原则是如果系统有自带的就用系统的,但是 WinINet 要掌握需要花不少时间. 时间因素考虑到了libcurl. 3. libcurl支持ftp,http等协议的文件读取,还能自动获取文件大小, 最重要的是不

ASP.NET Core下载大文件的实现

当我们的ASP.NET Core网站需要支持下载大文件时,如果不做控制可能会导致用户在访问下载页面时发生无响应,使得浏览器崩溃.可以参考如下代码来避免这个问题. 关于此代码的几点说明: 将数据分成较小的部分,然后将其移动到响应输出流以供下载,从而获取这些数据. 根据下载的文件类型来指定 Response.ContentType .(这个网址可以找到大部分文件类型的对照表:http://tool.oschina.net/commons) 在每次调用Response.Body.Write后记得调用

ASP.NET WebAPi之断点续传下载(一)

前言 之前一直感觉断点续传比较神秘,于是想去一探究竟,不知从何入手,以为就写写逻辑就行,结果搜索一番,还得了解相关http协议知识,又花了许久功夫去看http协议中有关断点续传知识,有时候发觉东西只有当你用到再去看相关内容时才会掌握的更加牢固,理解的更加透彻吧,下面我们首先来补补关于http协议中断点续传的知识. http协议知识恶补 当请求一个html页面时我们会看到请求页面如下: 第一眼看到上面Accept中的参数时我是懵逼的,之前也就看看缓存cookie等常见的头信息,于是借此机会也学习下

ASP.Net 下载大文件的实现 (转)

原文:http://www.cnblogs.com/luisliu/p/4253815.html 当我们的网站需要支持下载大文件时,如果不做控制可能会导致用户在访问下载页面时发生无响应,使得浏览器崩溃.可以参考如下代码来避免这个问题. 关于此代码的几点说明: 1. 将数据分成较小的部分,然后将其移动到输出流以供下载,从而获取这些数据. 2. 根据下载的文件类型来指定 Response.ContentType .(这个网址可以找到大部分文件类型的对照表:http://tool.oschina.ne

ASP.Net 下载大文件的实现

当我们的网站需要支持下载大文件时,如果不做控制可能会导致用户在访问下载页面时发生无响应,使得浏览器崩溃.可以参考如下代码来避免这个问题. 关于此代码的几点说明: 1. 将数据分成较小的部分,然后将其移动到输出流以供下载,从而获取这些数据. 2. 根据下载的文件类型来指定 Response.ContentType .(这个网址可以找到大部分文件类型的对照表:http://tool.oschina.net/commons) 3. 在每次写完response时记得调用 Response.Flush()

转(Response.WriteFile 无法下载大文件解决方法)

以前用Response.WriteFile(filename),但当遇到大文件时无法完整下载. 该方法最大的问题,它不是直接将数据抛到客户端,而是在服务器端(IIS)上缓存.当下载文件比较大时,服务器压力会很大,iis虽然支持2G大小的文件下载,但当文件上了很多M时,由于服务器以及网络等因素的影响,异常概率相当大.所以当需要下载大文件时就不能使用上面的方法了. 微软推荐以下方法代替之: ■将数据分成较小的部分,然后将其移动到输出流以供下载,从而获取这些数据. ■为用户提供用于下载文件的链接. ■

下载大文件时OutofMemoryException

有一个大文件下载的问题,这两天查了一下,主要原因有两个: 发送的Get请求中,没有设置HttpCompletionOption这个参数,当下载大文件的时候,会等到response body中的数据全部加载完才开始下载.现在已经改成了HttpCompletionOption.ResponseHeadersRead,这样只要head加载完就可以开始下载 下载的时候使用FileStreamResult File(Stream fileStream, string contentType, string