[TOC] ## 什么是断点续传 指的是在上传/下载时，将任务（一个文件或压缩包）人为的划分为几个部分，每一个部分采用一个线程进行上传/下载，如果碰到网络故障，可以从已经上传/下载的部分开始继续上传/下载未完成的部分，而没有必要从头开始上传/下载。可以节省时间，提高速度。 ## Http 怎么支持断点续传的？ Http 1.1 协议中默认支持获取文件的部分内容，这其中主要是通过头部的两个参数：Range 和 Content Range 来实现的。客户端发请求时对应的是 Range ，服务器端响应时对应的是 Content-Range。 ### Range 客户端想要获取文件的部分内容，那么它就需要请求头部中的 Range 参数中指定获取内容的起始字节的位置和终止字节的位置，它的格式一般为： ~~~ Range:(unit=first byte pos)-[last byte pos] ~~~ 例如： ~~~ Range: bytes=0-499 表示第 0-499 字节范围的内容 Range: bytes=500-999 表示第 500-999 字节范围的内容 Range: bytes=-500 表示最后 500 字节的内容 Range: bytes=500- 表示从第 500 字节开始到文件结束部分的内容 Range: bytes=0-0,-1 表示第一个和最后一个字节 Range: bytes=500-600,601-999 同时指定几个范围 ~~~ ### Content Range 在收到客户端中携带 Range 的请求后，服务器会在响应的头部中添加 Content Range 参数，返回可接受的文件字节范围及其文件的总大小。它的格式如下： ~~~ Content-Range: bytes (unit first byte pos) - [last byte pos]/[entity legth] ~~~ 例如： ~~~ Content-Range: bytes 0-499/22400 // 0－499 是指当前发送的数据的范围，而 22400 则是文件的总大小。 ~~~ ### 使用断点续传和不使用断点续传的响应内容区别 * 不使用断点续传 ~~~ HTTP/1.1 200 Ok ~~~ * 使用断点续传 ~~~ HTTP/1.1 206 Partial Content ~~~ ## 处理请求资源发生改变的问题 在现实的场景中，服务器中的文件是会有发生变化的情况的，那么我们发起续传的请求肯定是失败的，那么为了处理这种服务器文件资源发生改变的问题，在 RFC2616 中定义了 **Last-Modified** 和 **Etag** 来判断续传文件资源是否发生改变。 ### Last-Modified & If-Modified-Since（文件最后修改时间） * **Last-Modified**：记录 Http 页面最后修改时间的 Http 头部参数，Last-Modified 是由服务端发送给客户端的 * **If-Modified-Since**：记录 Http 页面最后修改时间的 Http 头部参数，If-Modified-Since 是有客户端发送给服务端的 * 验证过程 * step 1：客户端缓存从服务端获取的页面 * step 1：客户端访问相同页面时，客户端将服务器发送过来的 Last-Modified 通过 If-Modified-Since 发送给服务器 * step 2：服务器通过客户端发送过来的 If-Modified-Since 进行判断客户端当前的缓存的页面是否为最新的 * 如果不是最新的，那么就发送最新的页面给客户端 * 如果是最新的，那么就发送 304 告诉客户端它本地缓存的页面是最新的 ### Etag & if-Range（文件唯一标志） * Etag：作为文件的唯一标志，这个标志可以是文件的 hash 值或者是一个版本 * if-Range：用于判断实体是否发生改变，如果实体未改变，服务器发送客户端丢失的部分，否则发送整个实体。一般格式： ~~~ If-Range: Etag | HTTP-Date 复制代码 ~~~ If-Range 可以使用 Etag 或者 Last-Modified 返回的值。当没有 ETage 却有 Last-modified 时，可以把 Last-modified 作为 If-Range 字段的值 * 验证过程 * step 1：客户端发起续传请求，头部包含 Range 和 if-Range 参数 * step 2：服务器中收到客户端的请求之后，将客户端和服务器的 Etag 进行比对 * 相等：请求文件资源没有发生变化，应答报文为 206 * 不相等：请求文件资源发生变化，应答报文为 200 ## 检查服务器是否支持断点续传  我们使用 curl 进行检测，可以看出以下的几个关键信息 * HTTP/1.1 206 Partial Content * Content-Range: bytes 10-222/7877 * Etag: "1ec5-502264e2ae4c0" * Last-Modified: Wed, 03 Sep 2014 10:00:27 GMT ## OkHttp 断点下载 ### 断点下载思路 * step 1：判断检查本地是否有下载文件，若存在，则获取已下载的文件大小 downloadLength，若不存在，那么本地已下载文件的长度为 0 * step 2：获取将要下载的文件总大小（HTTP 响应头部的 content-Length) * step 3：比对已下载文件大小和将要下载的文件总大小（contentLength），判断要下载的长度 * step 4：再即将发起下载请求的 HTTP 头部中添加即将下载的文件大小范围（Range: bytes = downloadLength - contentLength) ## 参考资料 [Android Okhttp 断点续传面试解析](https://juejin.cn/post/6844903854115389447)