文件断点续传功能的原理

　　现在的文件上传下载功能，都是支持断点续传的。那么这看似很简单的小功能，背后实现的原理是怎样的呢？
　　断点续传支持从文件上次中断的地方开始传送数据，而并非是从文件开头传送。
　　断点续传的原理如下：
　　由于浏览器与服务端的通讯是基于HTTP协议，所以断点续传功能的原理就是靠HTTP请求来实现。
　　断点续传功能最核心的原理就是利用HTTP请求中的两个字段：客户端请求头中的Range，和服务端响应头的ContentRange。
　　我们举一个例子，模拟一下整个过程。
　　1、浏览器请求服务器上的一个文件时，所发出的请求如下（假设文件名为file。zip，服务器域名为W）：
　　GETfile。zipHTTP1。1浏览器用GET方式获取file。zip文件，HTTP协议版本1。1
　　Accept：imagegif，imagexxbitmap，imagejpeg，imagepjpeg，applicationvnd。ms
　　excel，applicationmsword，applicationvnd。mspowerpoint可接受的响应内容（文件）类型
　　AcceptLanguage：zhcn可接受的响应内容语言（简体中文）
　　AcceptEncoding：gzip，deflate可接受的响应内容的编码方式
　　UserAgent：Mozilla4。0（MSIE5。01；WindowsNT5。0）浏览器的身份标识（浏览器类型）
　　Connection：KeepAlive浏览器想要优先使用的连接类型
　　2、服务器收到请求后，寻找请求的文件，提取文件的信息，然后返回给浏览器，返回信息如下：
　　200响应状态码（200标识成功）
　　ContentLength123456789响应消息的长度（单位是字节）
　　AcceptRangesbytes服务器所支持的内容范围（字节）
　　DateMon，30Apr200112：56：11GMT此消息被发送时的日期和时间
　　ETagW02ca57e173c11：95b资源的标识符
　　ContentTypeapplicationoctetstream当前内容的类型
　　ServerMicrosoftIIS5。0服务器名称
　　LastModifiedMon，30Apr200112：56：11GMT所请求的对象的最后修改日期
　　3、此时文件已经开始下载了，如果现在停止了下载，那么再次下载文件时就要从已经下载的地方继续下载。现在比如按下了继续下载，那么此时浏览器的请求内容如下：
　　GETfile。zipHTTP1。1
　　Accept：imagegif，imagexxbitmap，imagejpeg，imagepjpeg，applicationvnd。ms
　　excel，applicationmsword，applicationvnd。mspowerpoint
　　Range：bytes200000告诉服务器file。zip这个文件从200000字节开始传，前面的字节不用传了
　　AcceptLanguage：zhcn
　　AcceptEncoding：gzip，deflate
　　UserAgent：Mozilla4。0（MSIE5。01；WindowsNT5。0）
　　Connection：KeepAlive
　　4、此时服务器收到这个请求后，返回的信息如下：
　　206表示服务器已经成功处理了部分GET请求
　　ContentLength123256789
　　ContentRangebytes200000123456789表示已经返回了200000B的文件数据，同时也返回了文件的全部大小
　　DateMon，30Apr200112：55：20GMT
　　ETagW02ca57e173c11：95b
　　ContentTypeapplicationoctetstream
　　ServerMicrosoftIIS5。0
　　LastModifiedMon，30Apr200112：55：20GMT
　　以上就是断点续传的原理，在不同客户端实现时只需要找到不同的开发语言实现提交Range的方法即可。
　　作为产品功能的设计者，每一个看似简单的小功能，其背后的实现原理都值得我们去研究，正所谓知其然，更要知其所以然。