使用NSURLConnection下载文件并使用NSOutputStream保存在本地

NSURLConnection 是iOS 2.0开始
异步加载--是iOS 5.0才有的,在5.0之前是通过代理来实现网络开发
---在开发简单的网络请求还是挺方便的,直接使用异步方法
---但是在开发复杂的网络请求,步骤非常繁琐

方式一.直接使用NSURLConnectionsendAsynchronousRequest方法发起异步请求:

代码如下:
NSString *urlStr = @"http://localhost/001--等一分钟.mp4"; NSString * url = [urlStr stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding];
NSURLRequest *request = [NSURLRequest requestWithURL:[NSURL URLWithString:url]]; `` [NSURLConnection sendAsynchronousRequest:request queue:[NSOperationQueue mainQueue] completionHandler:^(NSURLResponse * _Nullable response, NSData * _Nullable data, NSError * _Nullable connectionError) {
//这一步是把数据写入磁盘,data首先是保存在内存中然后再一起写入磁盘 [data writeToFile:@"/Users/xxxxx/Desktop/保存数据/123.wmv" atomically:YES]; }]

这种方式下载视频有两个问题
1.没有下载进度,会影响用户体验
2.内存偏高,有一个最大的峰值


一次性写入磁盘会出现一次峰值.png

我测试的时候的峰值非常恐怖,达到了1.96G

解决思路:
1.通过代理方式来解决
进度:首先在响应方法中获得文件总大小!
其次每次接收数据,计算数据的总比例: 每次接收的数据拼接/文件总大小
2.保存文件:
a.保存完,写入磁盘
b.边下载边保存

1.使用NSURLConnectionDelegate来解决上面的“没有下载进度”的问题:代码如下:
注意: 这个NSURLConnectionDownloadDelegate代理方法千万别乱用,专用于杂志的下载提供接口!能够监听下载进度,但是无法拿到下载的内容;目前国内杂志的app还是比较少,国外比较流行

/** 要下载文件总大小 /
@property(nonatomic ,assign)long long expectedContentLength;
/
* 当前下载的大小 */
@property(nonatomic ,assign)long long currentLength;
@end

@implementation ViewController

  • (void)viewDidLoad {
    [super viewDidLoad];
    NSString *urlStr = @"http://localhost/001--消息发送机制.mp4"; NSString * url = [urlStr stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding]; NSURLRequest *request = [NSURLRequest requestWithURL:[NSURL URLWithString:url]]; NSLog(@"开始"); NSURLConnection *connection = [[NSURLConnection alloc]initWithRequest:request delegate:self ]; //启动连接 [connection start];

}
//1.接收服务器响应-状态行&响应头

  • (void)connection:(NSURLConnection )connection didReceiveResponse:(NSURLResponse )response
    {
    /

    响应头返回的数据一般有:建议的下载视频名称:textEncodingName
    下载视频总大小:expectedContentLength
    */
    self.expectedContentLength = response.expectedContentLength;
    self.currentLength = 0;
    }
    //接收到服务器的数据,此方法可能会执行很多次

  • (void)connection:(NSURLConnection *)connection didReceiveData:(NSData *)data
    {

    //当前下载视频的大小
    self.currentLength = data.length;

    float progress = (float)self.currentLength / self.expectedContentLength;

}

//数据接收完成时调用此代理

  • (void)connectionDidFinishLoading:(NSURLConnection *)connection
    {
    NSLog(@"完成");
    }
    `
    流程是什么样的?如下图
请求及数据发送过程.png
  1. 调用 [connection start];方法发起请求连接
  2. 调用代理方法connection: didReceiveResponse:得到响应头(包含文件的大小和文件名称(suggestedFilename))和状态行:
    响应头.png
  3. 调用connection:didReceiveData:方法来接收数据,因为数据在网络中传输是以二进制数据的形式进行传输的,这里的data是发送的很多一段的二进制数据,下载完后拼接在一起,然后写入磁盘,所有这个代理方法会被多次调用;用 当前接收的数据大小/总的数据大小 = 进度,
    那么进度的问题解决了,接下来是解决写入磁盘时出现峰值的问题

我在这使用了NSOutputStream输出流以文件的方式追加到输出流中,很简单只需三步即可完成:
1.创建文件流&打开文件流
//创建输出流, 以文件追加的方式写入流中
self.outStream = [[NSOutputStream alloc]initToFileAtPath:self.targetFilePath append:YES ];
[self.outStream open];
2.写入文件流
[self.outStream write:data.bytes maxLength:data.length];
3.关闭文件流
[self.outStream close];

使用输入流写入数据.png

到这又出现新的问题:默认NSURLConnection是在主线程工作,指定了代理的工作队列之后,
[connection setDelegateQueue:[[NSOperationQueue alloc]init]];
整个下载仍然是在主线程!!!!UI事件会卡住文件下载

注意:在看到 NSURLConnection中的描述“ For the connection to work correctly, the calling thread’s run loop must be operating in the default run loop mode.”,这句话的意思是: 为了保证连接的正常工作,调用线程的RunLoop 必须运行在默认的运行循环模式下!!--- 这也是iOS9之后丢弃NSURLConnection的原因

那么接下来如何解决呢?
使用GCD来创建dispatch_async(dispatch_get_global_queue(0, 0), ^{},把请求设置放block中:
·
dispatch_async(dispatch_get_global_queue(0, 0), ^{
NSString *urlStr = @"http://localhost/001--消息发送机制.mp4";
NSString * url = [urlStr stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding];
NSURLRequest *request = [NSURLRequest requestWithURL:[NSURL URLWithString:url]];
NSLog(@"开始");
NSURLConnection *connection = [[NSURLConnection alloc]initWithRequest:request delegate:self ];

    [connection setDelegateQueue:[[NSOperationQueue alloc]init]];
    //启动连接
    [connection start];
});·

但是这有个问题会出现,代理NSURLConnectionDelegate的方法不会走了!!这是为什么呢,因为这个线程 dispatch_async(dispatch_get_global_queue(0, 0), ^{})出了括号(线程的作用域)后就销毁了。
那么我们如何解决这个问题呢?
其实很简单---手动启动runloop运行循环就可以解决了

/** 下载线程的运行循环 */
@property(assign,nonatomic)CFRunLoopRef downloadRunloop;

dispatch_async(dispatch_get_global_queue(0, 0), ^{})的block中启动拿到runloop
self.downloadRunloop = CFRunLoopGetCurrent();
启动runloop
CFRunLoopRun();
connectionDidFinishLoading代理方法中,停止下载线程所在的runloop
CFRunLoopStop(self.downloadRunloop);

这样就解决了卡主线程的问题了

Demo:
https://github.com/wasterd/FileDownloadDemo.git

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 151,511评论 1 330
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 64,495评论 1 273
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 101,595评论 0 225
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 42,558评论 0 190
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 50,715评论 3 270
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 39,672评论 1 192
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,112评论 2 291
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 29,837评论 0 181
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 33,417评论 0 228
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 29,928评论 2 232
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 31,316评论 1 242
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 27,773评论 2 234
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 32,253评论 3 220
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 25,827评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,440评论 0 180
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 34,523评论 2 249
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 34,583评论 2 249

推荐阅读更多精彩内容