HTTP断点续传

前言：

1、要实现断点续传下载文件，首先要了解断点续传的原理：断点续传其实就是在上一次下载断开的位置开始继续下载。

2、HTTP协议中，可以在请求报文头中加入Range段，来表示客户机希望从何处继续下载。

3、在以前版本中HTTP协议是不支持断点的，HTTP/1.1开始就支持了，一般断点下载时才用到Range和Content-Range实体头。

断点续传的应用场景：

当服务端向客户端返回资源后，客户端想要下载到本地，此时网络突然断开；客户端重新下载时从上一次断开的位置继续下载。

实例：

例1

GET /test.txt HTTP/1.1
Accept:*/*
Referer:http://192.168.1.96
Accept-Language:zh-cn
Accept-Encoding:gzip,deflate
User-Agent:Mozilla/4.0(compatible;MSIE 6.0; Windows NT 5.2; .NET CLR 2.0.50727)
Host:192.168.1.96
Connection:Keep-Alive

这表示从1024字节开始断点续传（加入了Range:bytes=1024-）:
GET /test.txt HTTP/1.1
Accept:*/*
Referer:http://192.168.1.96
Accept-Language:zh-cn
Accept-Encoding:gzip,deflate
User-Agent:Mozilla/4.0(compatible;MSIE 6.0; Windows NT 5.2; .NET CLR 2.0.50727)
Host:192.168.1.96
Range:bytes=1024-         //Range:bytes=0-10000(从0编号)告诉服务器 /test.txt这个文件从1024字节开始传，前面的字节不用传了。
Connection:Keep-Alive

例子2：

例子2：
Connection:close
Host:127.0.0.3
Accept:*/*
Pragma:no-cache
Cache-Control:no-cache
Referer:http://127.0.0.3/
User-Agent:Mozilla/4.04 [en] (Win95;I;Nav)
Range:bytes=5275648-   # 客户端发起请求时告知服务端请求资源需要从5275648位置开始传输，前面的已经呗客户端获取，所以不用再传输一次
HTTP/1.1 206 Partial Content
Server:Zero Http Server/1.0
Date:Thu, 12 Jul 2001 11:19:40 GMT
Cache-Control:no-cache
Last-Modified:Tue, 30 Jan 2001 13:11:30 GMT
Content-Type:application/octet-stream
Content-Range:bytes 5275648-15143085/15143086
Content-Length:9867438
Connection:close

扩展：服务器断点续传文件增强验证（If-Range，If-Match）

1、用If-Range进行增强校验 【请求首部字段】

　　If-Rnage中的内容可以为最初收到的ETag头或者是Last-Modified中的最后修改时间。

　　服务端在收到续传请求时，通过If-Range中的内容进行校验，看文件的内容是否发生了变化：

　　①校验一致时（文件内容没有发生变化时），返回206的续传回应；

　　②不一致时（文件内容发生了变化），服务算返回200响应状态码，响应的内容为新的已经修改过的资源的全部数据。

2、用If-Match进行增强校验与HTTP412问题

　　If-Match:"40e04a44a997d11:0"　　//第一次获取到的ETag的值

　　如果服务器端的资源被修改了，那么，HTTP请求时会发生 HTTP412 Precondition failed 先决条件失败，因此，我们建议使用If-Range。这样，即使文件被修改，也会以 http 200返回全部资源。