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的值。 
        续传请求时,为了保证客户端与服务端的文件的一致性和正确性,有必要对文件进行验证,验证需要自己写验证代码,就根据解析这两个请求头的值,将客户端已下载的部分与服务端的文件进行对比,如果不吻合,则从头开始下载,如果吻合,则断点续传。

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

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

  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)的更多相关文章

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

    IE的自带下载功能中没有断点续传功能,要实现断点续传功能,需要用到HTTP协议中鲜为人知的几个响应头和请求头. 一. 两个必要响应头Accept-Ranges.ETag        客户端每次提交下 ...

  2. iOS开发中多线程断点下载大文件

    主要思想,就是创建一个与目标文件等大小的空白文件,然后分段往这个空白文件中写入数据. 可以通过发送HEAD请求,获得服务器中文件的具体大小,然后再将这样的长度分割成若干等大的数据块,在发送get请求时 ...

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

    场景: 1. 在Windows编程时, 下载http页面(html,xml)能够使用winhttp库,可是并非非常下载文件,由于会失败. 由此引出了WinINet库,无奈这个库的稳定性比較低,使用样例 ...

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

    当我们的ASP.NET Core网站需要支持下载大文件时,如果不做控制可能会导致用户在访问下载页面时发生无响应,使得浏览器崩溃.可以参考如下代码来避免这个问题. 关于此代码的几点说明: 将数据分成较小 ...

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

    前言 之前一直感觉断点续传比较神秘,于是想去一探究竟,不知从何入手,以为就写写逻辑就行,结果搜索一番,还得了解相关http协议知识,又花了许久功夫去看http协议中有关断点续传知识,有时候发觉东西只有 ...

  6. ASP.Net 下载大文件的实现

    当我们的网站需要支持下载大文件时,如果不做控制可能会导致用户在访问下载页面时发生无响应,使得浏览器崩溃.可以参考如下代码来避免这个问题. 关于此代码的几点说明: 1. 将数据分成较小的部分,然后将其移 ...

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

    原文:http://www.cnblogs.com/luisliu/p/4253815.html 当我们的网站需要支持下载大文件时,如果不做控制可能会导致用户在访问下载页面时发生无响应,使得浏览器崩溃 ...

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

    以前用Response.WriteFile(filename),但当遇到大文件时无法完整下载. 该方法最大的问题,它不是直接将数据抛到客户端,而是在服务器端(IIS)上缓存.当下载文件比较大时,服务器 ...

  9. 前端JS 下载大文件解决方案

    问题场景 点击导出按钮,提交请求,下载excel大文件(超过500M),该文件没有预生成在后端, 直接以文件流的形式返回给前端. 解决方案 在Vue项目中常用的方式是通过axios配置请求,读取后端返 ...

随机推荐

  1. Android FrameWork——相关内容

    http://blog.csdn.net/stonecao/article/category/781516

  2. 9个offer,12家公司,35场面试,从微软到谷歌,应届计算机毕业生的2012求职之路

    1,简介 毕业答辩搞定,总算可以闲一段时间,把这段求职经历写出来,也作为之前三个半月的求职的回顾. 首先说说我拿到的offer情况: 微软,3面->终面,搞定 百度,3面->终面,口头of ...

  3. Python面向对象3

    一.内部类 内部类就是在类的内部定义的类,主要目的是为了更好的抽象现实世界. 二.魔术方法(构造函数和析构函数) #!usr/bin/python #coding:utf8 class Milo(): ...

  4. Flex里的命名空间,fx、mx、s【转】

    Flex 4带给我们的,是全新的命名空间.了解这些命名空间必定是一件好事情.Flex 4有三个非常重要的命名空间,分别是: xmlns:fx=”http://ns.adobe.com/mxml/200 ...

  5. HW7.15

    public class Solution { public static void main(String[] args) { double[][] set1 = {{1, 1}, {2, 2}, ...

  6. [LeetCode] #167# Two Sum II : 数组/二分查找/双指针

    一. 题目 1. Two Sum II Given an array of integers that is already sorted in ascending order, find two n ...

  7. 【转】类中如何引用server.MapPath()

    转至:http://blog.csdn.net/tangjianft/article/details/5357151 今天在写一个上传图片方法时遇到了两个问题:1.public string getI ...

  8. 阿里云存储OSS之九大使用技巧

    http://www.biphp.com/cloud-computing/%E9%98%BF%E9%87%8C%E4%BA%91%E5%AD%98%E5%82%A8oss%E4%B9%8B%E4%B9 ...

  9. var隐式类型

    var dogName = "ruiky"; 1.[编译器]会在编译时自动根据值的类型推断这个变量的类型:       2.变量类型不可更改:因为声明的时候已经确定类型了. 3.可 ...

  10. 第二百二十九天 how can I 坚持

    百度-让人更容易的获取信息,腾讯-让人更方便的交流,阿里-让人更方便的消费,每个公司都有自己的使命,每个公司的使命都是围绕着人. 创新-其实应该是在每个人的内心深处都或多或少有一些新的想法,但是什么是 ...