iOS断点续传

此篇文章只讲解思路和原理

在项目中可能会用到较大的文件下载，比如较大的音频和视频文件，不可能一次下载完毕，用户可能下载一段时间，关闭程序，再次打开程序接着下载。这个时候，就需要实现断点续传的功能。让用户可以随时暂停下载，下次开始下载，还能接着上次的下载的进度。

原理讲解

要实现断点续传的功能，通常都需要客户端记录下当前的下载进度，并在需要续传的时候通知服务端本次需要下载的内容片段。

在HTTP1.1协议（RFC2616）中定义了断点续传相关的HTTP头的Range和Content-Range字段，一个最简单的断点续传实现大概如下：

客户端下载一个1024K的文件，已经下载了其中512K 网络中断，客户端请求续传，因此需要在HTTP头中申明本次需要续传的片段： Range:bytes=512000- 这个头通知服务端从文件的512K位置开始传输文件 服务端收到断点续传请求，从文件的512K位置开始传输，并且在HTTP头中增加： Content-Range:bytes 512000-/1024000 并且此时服务端返回的HTTP状态码应该是206，而不是200。

实现难点

1. 客户端如何获取已经下载的文件字节数

客户端需要记录每次用户下载的文件大小。

那么如何记载呢？

其实我们可以直接获取指定路径下文件的大小，iOS已经提供了相关的功能，实现代码如下

[[[NSFileManager defaultManager] attributesOfItemAtPath: FileStorePath error:nil][NSFileSize] integerValue]

2.如何获取被下载文件的总字节数

难点1我们获取了已经下载文件的字节数，这里我们需要获取被下载文件的总字节数，有了这两个值，我们就可以算出下载进度了。

如何获取文件总字节数？

这里我们需要用到http 头部的conten-length字段，先来看看该字段的含义

Content-Length用于描述HTTP消息实体的传输长度the transfer-length of the message-body。在HTTP协议中，消息实体长度和消息实体的传输长度是有区别，比如说gzip压缩下，消息实体长度是压缩前的长度，消息实体的传输长度是gzip压缩后的长度。

content-length表示被下载文件的字节数。 如果要计算出文件的总字节数，那么必须把已经下载的字节数 加上 content-length。 我们需要把每个被下载文件的总字节数存储起来，这里我们可以选择使用NSUserDefaults来记载。设置文件名为键值，已经下载的文件字节数为值。 文件名为了防止重复，这里我们设置文件名为下载url的hash值，可以保证不重重。

至此断点续传原理就说完了。具体实现可以去看一些开源代码。