最近想封装一个多任务断点下载供项目使用，想参考网上是否有好的案例，几乎所有的下载相关都看了大同小异但是都不是很满意，唯独有个swift的demo引起了我的注意，有需要的可以查看Tiercel，但是该demo是纯swift开发，iOS想使用需要桥接，为了尽量减少混合代码，想自己围绕该demo样式写一份纯OC示例，目前demo尚未全部完成，后续会持续更新ZWDownload。以下附demo原型：

以下是着重讲解项目中需要注意的点，当你了解这些点后，只要时间充足，你也能封装一个理想的多任务下载管理器：
1.所需下载资源的总大小：
        资源大小的生成方式有2种，第一种也是最简单的当然是获取下载资源的同时让服务端告知总资源的大小；第二种可以在创建任务的时候先建立task，在获取资源反馈的时候进行挂起，这样就能获取每个资源的详细信息（包括大小），累计所有待下载的资源的大小；

2.进度：
        进度分为单任务进度和多任务进度：
        1).单任务进度：也是我们下载中最常见的下载的文件占当前网络资源大小的百分比；
        2).多任务进度：
                  第一种也是之前见过最多的，当一个资源下载完成后进度加多少，这样存在的弊端             就是当文件的大小存在严重差异的时候，或者网络不稳定时候会存在卡在某个百分比进            度，这也是很不人性化的；
                 第二种方式比较人性化，但是存在诸多计算消耗，视自己需要。可以当每获取一个            下载片段的时候便更新总的已下载文件大小（获取大小这不用介绍了吧），然后根据总            的大小进行计算，这时候的进度是非常准确的。
备注：如果想像上面一样，按照KB、M这种方式显示进度为啥不用+ (NSString *)stringFromByteCount:(long long)byteCount countStyle:(NSByteCountFormatterCountStyle)countStyle试试呢？

3.下载速度：
        下载速度是个取舍问题，我们可以在每次更新下载片段的时候计算出时间差与片段的大小，这样能精确的计算出下载速度，凭借定时器每秒获取一次速度就行，但是这确实太没趣了，做了很多没必要的计算，如果我本来就不需要下载进度是不是多计算了很多？
        合理的方式应该是设置是否需要下载速度开关，如果需要，每秒更新之前已下载大小与目前更新大小（不要用NSTimer，你懂的），然后计算，如果觉得这算0.5秒前的速度不满意，你也可以将时间缩短，也就是越准确你计算的越多，还要做成每秒取一次操作，当然用户也不会纠结这点精度。

4.剩余时间：
        剩余时间是一个附加逻辑，当你能计算出总的下载速度的时候，通过总的资源大小可以很简单的计算出；

5.最大并发数量：
        最大并发数可以手动控制最大并发的数量。目前iPhone的处理器是多核（2个、4个），适当的并发可以提高效率，但是无节制地并发，如将大量任务不加思索就用并发队列来执行，这只会大量增加线程数，抢占CPU资源，甚至会挤占掉主线程的 CPU 资源（极端情况）为此我们很有必要自己设置最大并发数量。设置并发数量最常用的方式就是使用信号量来控制。由于任务可以动态操作，所以这里可以使用队列或者数组进行手动控制。

6.断点续传：
        断点续传就比较简单了，只需要实时记录下载链接对应的本地文件位置与已下载大小，当重新打算下载的时候通过以下方法继续下载之前未下载完的资源。
NSString *range = [NSString stringWithFormat:@"bytes=%zd-",self.currentSize];
[request setValue:range forHTTPHeaderField:@"Range"];