自己尝试等装一下学学人家的框架恩美第二个APP项目

iOS断点续传实现方案

2016-12-27  本文已影响297人  Edgarss

在我们日常开发的过程中,我们的项目中可能都会遇到一个需求就是去下载一个文件,然后将文件保存到本地,但是在下载的过程中一定是异步的,也就是说我们可能会有其它的操作,这个时候可能我们的程序会遇到一些意外造成闪退的问题亦或是用户在下载中用户就退出了程序,如果用户下次进入程序的时候就需要重新进行下载那么一定会造成极差的用户体验,所以我们一定需要知道用户下载的进度。

最近我们的项目中就在做相关的问题,官方文档上NSUrlSessionDownloadTask章节中没有找到我想要的方案,于是我百度了一下相关的答案,找到的一个稍微有点用的方案竟然是创建一个轮询的timer,间隔一段时间在异步线程中将程序暂停获取到数据后存储到本地,这样就能保证用户最多只是小部分数据的丢失,但是在我看来这样的方案一定是极差的。因为每次暂停文件的转移都需要花费大量的时间,然后再去resume下载任务肯定不合理。我就去尝试了一下爱奇艺的电影的下载,我发现爱奇艺可以做到后台看到的下载进度,在后台杀死后,再开启从上次进度继续下载,于是我就很好奇他们的实现方案。

当时我想到一种方案是利用Application中- (void)applicationWillTerminate:(UIApplication*)application通知,在每次程序将要被杀死的时候如果有正在下载的任务将之暂停然后进行下载,为此我专门去看了对应的官方文档,在这个方法中我们可以做一些数据释放和数据保存相关的操作而且有将近5秒的操作时间,其实这个时候还是一个问题就是文档上说如果用户是在后台杀死程序的话这个方法一样是不会被调用的,虽然有这样的问题,但是我还是想尝试一下单纯从前台是不是能够实现。我起初只是写了一个简单的异步线程,但是发现内部的打印不会执行,所以我就用了下边的方案进行测试,发现我的打印被执行了。我想也许我找到了一种解决方案。代码如下

但是当我在项目中加入这个通知的时候我发现这个时候是无法执行到的,代码大致如下

也许是系统默认就将我的这个线程杀死不在让我继续去执行了,所以显然这样的方案就行不通了,我后来尝试了一些其它的方案都没有什么效果。也渐渐的理解了在百度上为什么能够搜到那样的解决方案,而且Google也没有找到很好地方案。但是在我一次次失败的过程中,我发现一件好玩的事情,就是如果我们每次系统手动杀死程序,下次进入程序的时候我们都会执行NSURLSessionTaskDelegate中的一个代理方法,代码如下。

后续的开发过程中我格外的关注这个方法,我发现无论是我们下载过程中发生错误还是我们在下载过程中出现网络中断等情况都会走这个代理方法。我想也许这就是说苹果留个开发者解决这一类问题的入口,于是我打印其中的错误信息大致如下

这个时候我打印一下每次暂停的时候,系统给我们返回的相关的数据,系统返回数据如下

通过上边的数据,我开始有一个大胆的猜测,我可以使用错误中的error进行继续下载,然后我尝试着用error的userinfo中的resumeData去继续下载,发现这样的方案完全能够实现我的想法。

通过上边的尝试,我发现虽然在文档上我没有找到断点续传如何实现,但是其实系统是帮我实现好了的。我们如果下载中断,在下一次进入的时候,系统会告诉我们中断的位置,而不需要做复杂的存储过程。这样我们就完成了一次断点续传。

为本文写了一个简单的demo:下载地址

如对本文有任何疑问,烦请留言区提出,看到马上都会回复。如果本文中有任何错误,请您指正,我会马上进行更改。

上一篇 下一篇

猜你喜欢

热点阅读