iOS－－断点续传之java服务器（上）

来源：互联网发布：南大碎尸案推理知乎编辑：程序博客网时间：2024/06/06 06:40

以前也写过断点续传的程序，感觉也不难啊，但是我当时之关心iOS端怎么实现，后来公司又让开发了一款类似百度网盘的软件，依然是下载，但是 downloadTaskWithResumeData:却不好使了！为什么呢？发现cancelByProducingResumeData:并没有如期返回我所需要的resumeData。好吧，让我们来分析一下。

首先，查阅苹果开发文档，发现文档中已经明确列出了resumeData所需要的条件：

A download can be resumed only if the following conditions are met:

The resource has not changed since you first requested it
The task is an HTTP or HTTPS GET request
The server provides either the ETag or Last-Modified header (or both) in its response
The server supports byte-range requests
The temporary file hasn’t been deleted by the system in response to disk space pressure

写的很详细，好似大部分都是跟服务器端有关，关键点有3个：

第一个是task必须为一个GET请求，这不用多说。

第二个就是服务器端需要支持ETag或者是Last－Modified，这条至关重要，从分析服务器端代码来看，如果不支持这一条的话，肯定不会得到resumeData。

第三条就是接口必须要支持byte－range，这点非常重要，一般开发人员写的下载接口都会注意这一点。而这点里边包含的坑也最多。

下面我们从请求头返回的信息来分析一下：

假设服务器域名为 wwww.sjtu.edu.cn，文件名为 down.zip。

打个比方，浏览器请求服务器上的一个文件时，所发出的请求如下：

GET /down.zip HTTP/1.1
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-
excel, application/msword, application/vnd.ms-powerpoint, */*
Accept-Language: zh-cn
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0)
Connection: Keep-Alive

服务器收到请求后，按要求寻找请求的文件，提取文件的信息，然后返回给浏览器，返回信息如下：

200
Content-Length=106786028
Accept-Ranges=bytes
Date=Mon, 30 Apr 2001 12:56:11 GMT
ETag=W/"02ca57e173c11:95b"
Content-Type=application/octet-stream
Server=Microsoft-IIS/5.0
Last-Modified=Mon, 30 Apr 2001 12:56:11 GMT

所谓断点续传，也就是要从文件已经下载的地方开始继续下载。所以在客户端浏览器传给 Web 服务器的时候要多加一条信息 -- 从哪里开始。
下面是用自己编的一个"浏览器"来传递请求信息给 Web 服务器，要求从 2000070 字节开始。

GET /down.zip HTTP/1.0
User-Agent: NetFox
RANGE: bytes=2000070-
Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2

仔细看一下就会发现多了一行 RANGE: bytes=2000070-
这一行的意思就是告诉服务器 down.zip 这个文件从 2000070 字节开始传，前面的字节不用传了。

服务器收到这个请求以后，返回的信息如下：

206
Content-Length=106786028
Content-Range=bytes 2000070-106786027/106786028
Date=Mon, 30 Apr 2001 12:55:20 GMT
ETag=W/"02ca57e173c11:95b"
Content-Type=application/octet-stream
Server=Microsoft-IIS/5.0
Last-Modified=Mon, 30 Apr 2001 12:55:20 GMT

和前面服务器返回的信息比较一下，就会发现增加了一行：Content-Range=bytes 2000070-106786027/106786028
返回的代码也改为 206 了，而不再是 200 了。

知道了以上原理，就可以进行断点续传的编程了。

网上有不少现成的例子供我们参考：

例如这个：

java断点续传服务器端代码

java多线程实现断点续传代码

0 0