多线程下载
GCD和OpeationQueue:都是iOS提供的十分方便的多线程实现方案，GCD使用起来方便简单，但是由于可控性较差，反而不如OperationQueue和Operation的组合可定制性更强。
断点续传
NSURLSessionDownloadTask和NSURLSessionDataTask：都可实现断点续传，downloadTask会由系统在下载时在temp文件下生成临时文件，并且返还resumeData供断点续传，但由于temp文件下内容随时会被系统清理掉，且在大文件时存在问题，所以采用dataTask,用http的“Range”字段进行断点续传控制。
结构设计
1.类划分
- (1).对于每一个下载链接来说都是一个任务，可以抽象成一个任务模型，DownLoadModel。
- (2).下载的具体执行者，由于确定方案是采用operation和operationQueue的方案，则需要重写Operation,完成自己的定制，即具体的下载执行者，DownloadOperation。
- (3).下载下来的内容需要存储在本地，并且在每次续传下载时根据存储的数据和源文件大小比对校正后再去续传，防止意外导致的文件损坏，和记录的导致不一致。即存储每次的下载模型和文件管理，FileHelper和DownloadStore>
- (4).下载管理中心，提供多线程下载和断点续传的管理入口，并把其余各对象结合起来。
即简单确定下来基本的类：
| Model | 职责 |
|---|---|
| YHFileDownLoadManager | 下载管理中心 |
| YHFileDownLoadModel | 下载任务模型 |
| YHFileDownLoadOperation | 下载动作具体执行者 |
| YHFileHelper | 文件帮助类 |
| YHFileDownloadStore | 数据库存储类 |
借助第三方
| Model | 职责 |
|---|---|
| YTKKeyValueStore | 用于数据库存储 |
| YYModel | 模型和Json的转化 |
2.功能结构设计
- Manager职责：
根据URL和存储目录生成任务模型；判断该任务是否存在；判断存储目录是否存在，不存在则创建；把任务加载到下载队列等待执行；控制任务执行动作：开始，下载，暂停，取消等；存储任务状态到数据库当应用退出或对象销毁时；每次启动时获取上次未完成的下载任务信息。 - Model职责:
存储任务的信息，并提供任务的唯一标示，sigleID。 - Operation职责：
进行下载或断点续传；每次下载前校正已下载数据大小，维护任务的下载状态。 - FileHelper:
文件是否存在与创建；文件夹是否存在与创建；获取文件大小。 - Store职责：
将任务模型以键值对的存储方式在数据库表内。
重点事项：
(1).模型的状态维护：
模型当前的状态应该是唯一的，即模型的状态改变需要注意，稍不注意就有可能因为多处改动而造成混论，所以：本人在此采用了数组来维护任务模型，其余地方则都是从该数组内获取的对象的引用，并且模型状态的改变除了创建时的初始状态外，改变只交给了Operation,根据下载的变化来调整模型状态。
(2).Operation的重写：
继承自系统的Operation,重写时需注意维护几个变量的状态：executing，finished，cancelled,分别对应了是否正在执行，是否完成，是否取消。因为当opeartion提交到queue中后，什么时候开始执行是有系统决定的，而系统是否启动当前任务，暂停当前任务，取消当前任务以及结束当前任务调取下一任务进入队列，则都是由内部几个变量来进行维护的，系统在每次执行任务时，都会去访问这些变量的值以决定下一步动作，所以，要做好这些状态值的维护
（没办法，重写了当然是由自己去维护了。。）