NSURLSessionDownloadTask的深度断点续传

http://www.cocoachina.com/ios/20160503/16053.html

本文为投稿文章，作者：WeiTChen

对于后台下载与断点续传相信大家肯定不会陌生，那么如果要同时实现这两种需求该怎么办呢？

使用NSURLSessionDataTask可以很轻松实现断点续传，可是有个致命的缺点就是无法进行后台下载，一点应用程序进入了后台，便会停止下载。所以无法满足我们的需求。而NSURLSessionDownloadTask是唯一可以实现后台下载的类，所以我们只能从这个类进行下手了。

网上关于NSURLSessionDownloadTask的断点续传资料很多，但是很遗憾的是基本都是一模一样的CV大法。而且只有一个暂停按钮暂停后继续下载，而关于应用程序被关闭后的断点续传却是完全空白。
那么本篇我们就来谈谈关于应用程序随时可能被杀死的情况下，如何进行断点续传。

关于断点续传原理：

首先,如果想要进行断点续传，那么需要简单了解一下断点续传的工作机制，在HTTP请求头中，有一个Range的关键字，通过这个关键字可以告诉服务器返回哪些数据给我。
比如:
bytes=500-999 表示第500-第999字节
bytes=500- 表示从第500字节往后的所有字节
然后我们再根据服务器返回的数据，将得到的data数据拼接到文件后面,就可以实现断点续传了。

关于NSURLSessionDownloadTask基础

大家可以参考下这篇文章：iOS中利用NSURLSession进行文件断点下载

关于文件下载与暂停的分析

当使用NSURLSessionDownloadTask进行下载的时候，系统会在cache文件夹下创建一个下载的路径，路径下会有一个以"CFNetworking"打头的.tmp文件(以下简称"下载文件"防止混淆),这个就是我们正在下载中的文件。而当我们调用了cancelByProducingResumeData:方法后，会得到一个data文件,通过String格式化后，发现是一个XML文件，里面包含了关于.tmp文件的一些关键点的描述,包括"Range","key","下载文件的路径"等等.而原本存在于download文件下的下载文件，则被移动到了系统tmp文件夹目录下.而当我们再次进行resume操作的时候，下载文件则又被移回到了download文件夹下。

关于程序被杀掉的断点续传resumeData

根据上面的分析,基本可以得到以下结论:
1.DownloadTask每次进行断点续传的时候,会根据data文件中的"路径Key"去寻找下载文件,然后校验后再根据"Range"属性去进行断点续传。
2.download文件夹中存放的只会是下载中的文件,一旦暂停就会被移动到tmp文件夹下。
3.每个暂停得到的data文件，与下载文件一一对应。
3.断点续传只与tmp文件夹中的文件有关。

具体实现

为了节省性能，我尝试查找关于程序被杀掉前的回调,但是很遗憾失败了，因为我无法控制到知道是哪一秒去保存进度,所以我只能每隔一段时间保存一次。设置一个Bool变量用来判断是否正在下载中,同时用一个周期事件每隔一段时间暂停一次(听上去挺笨的，但是这似乎是唯一获得data文件的办法了)。然后保存data文件和拷贝tmp文件夹下的下载文件到安全目录下(因为tmp文件夹据说随时可能清空)。
当再次下载的时候，先是从安全目录下取到下载文件，删除tmp文件夹中原有的同名文件，然后copy到tmp目录下，最后利用保存的data文件进行再次downloadTaskWithResumeData操作，就可以实现再次下载了。

利与弊

好处：
1.DownloadTask可以后台下载，不必保持app在前台，用户体验很好。
2.实现了任意时间点杀掉进程后，仍然可以断点续传。

缺陷：
1.因为苹果没有提供很好的API，所以会有一个循环检查，每隔一段时间会暂停个一秒左右,效率略有降低。
2.如果设置保存间隔过长，中间杀掉进程可能会损失较多进度。

最后附上Demo的Github地址：https://github.com/WeiTChen/NSURLSessionDownload.git