至于RunLoop的详细整理

2019-09-11 作者:yzc216.com官网   |   浏览(176)

1.RunLoop的基本作用

  • 1.保持程序的持续运行
  • 2.处理app中的各种事件(比如触摸事件、定时器事件、selector事件
  • 3.节省CPU资源,提高程序性能,有事情就做事情,没事情就休息

图片 11.png

2.RunLoop与线程

  • 1.关系:一个Runloop对应着一条唯一的线程
  • 2.创建:主线程Runloop已经创建好了,子线程的runloop需要手动创建 创建方式:
NSRunLoop *currentRunloop = [NSRunLoop currentRunLoop];

子线程创建的runloop还需要手动的开启:

[currentRunloop run];
  • 3.生命周期:Runloop在第一次获取时创建,在线程结束时销毁

如果没有RunLoop

2.RunLoop运行模式对NSTimer定时器的影响

  • 1.首先创建一个定时器
 NSTimer *timer = [NSTimer timerWithTimeInterval:2.0 target:self selector:@selector userInfo:nil repeats:YES];

这里的task为一个普通的打印操作,这时候往控制器的view里拖一个Text View,

  • 2.把定时器对象添加到runloop中,并且制定runloop的运行模式为默认:只有当runloop的运行模式为NSDefaultRunLoopMode的时候定时器才工作,也就是说这时候如果滑动Text View,定时器就不工作了
[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSDefaultRunLoopMode];
  • 3.如果想在滚动Text View的时候,定时器也工作,可以:
[[NSRunLoop currentRunLoop] addTimer:timer forMode:UITrackingRunLoopMode];

但是如果这样做的话,当我们停止滚动的时候定时器又不工作了

  • 4.有时候我们需要在默认情况下以及在滚动的时候都让定时器工作,这时候我们就可以:
[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];
  • 由此可见:NSRunLoopCommonModes = NSDefaultRunLoopMode & UITrackingRunLoopMode

  • 拓展:①scheduledTimerWithTimeInterval方法:创建定时器并默认添加到当前线程的Runloop中指定默认运行模式

  • ②timerWithTimeInterval:创建定时器,如果该定时器要工作还需要添加到runloop中并指定相应的运行模式

  • 通过以上代码我们不难看出,NSTimer的定时器是受运行模式影响的,,而开发中我们有时候彻底去除这种影响,很显然,NSTimer定时器不能做到这点,这时,我们可以使用GCD的定时器。

图片 22.png图片 33.png

GCD定时器

GCD定时器是不受运行模式的影响的,因此,以后尽量使用此定时器,,该定时器的具体参数如下所示:

-touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event{ //01 创建定时器对象 /* 第一个参数:是一个宏,表示要创建的是一个定时器 第二个参数和第三个参数:默认总是传0 描述信息 第四个参数:队列 决定代码块(dispatch_source_set_event_handler)在哪个线程中调用 */ dispatch_source_t timer = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER, 0, 0, dispatch_get_global_queue; //02 设置定时器 /* 第一个参数:定时器对象 第二个参数:定时器开始计时的时间 第三个参数:设置间隔时间 GCD的时间单位:纳秒 第四个参数:精准度 */ //这句代码是设置开始两秒之后再调用 dispatch_time_t t = dispatch_time(DISPATCH_TIME_NOW, 2.0 * NSEC_PER_SEC); dispatch_source_set_timer(timer, t, 2.0 * NSEC_PER_SEC, 0 * NSEC_PER_SEC); //03 GCD定时器时间到了之后要执行的任务 dispatch_source_set_event_handler(timer, ^{ NSLog(@"GCD----%@",[NSThread currentThread]); }); //04 默认是在挂起状态,需要手动恢复执行 dispatch_resume; //如果没有一个强指针指向,一创建就回被释放。 self.timer = timer;}

main函数中的RunLoop

CFRunLoopModeRef

  • a.基本说明:
  • CFRunloopModeRef代表着Runloop的运行模式
  • 一个Runloop中可以有多个mode,一个mode里面又可以有多个sourceobservertimer等等
  • 每次runloop启动的时候,只能指定一个mode,这个mode被称为该Runloop的当前mode
  • 如果需要切换mode,只能先退出当前Runloop,再重新指定一个mode进入
  • 这样做主要是为了分割不同组的定时器等,让他们相互之间不受影响
  • b.Model的分类:
  • kCFRunLoopDefaultMode:App的默认Mode,通常主线程是在这个Mode下运行
  • UITrackingRunLoopMode:界面跟踪 Mode,用于 ScrollView 追踪触摸滑动
  • UIInitializationRunLoopMode: 在刚启动 App 时第进入的第一个 Mode,启动完成后就不再使用
  • GSEventReceiveRunLoopMode: 接受系统事件的内部 Mode,通常用不到
  • kCFRunLoopCommonModes: 这是一个占位用的Mode,不是一种真正的Mode

图片 44.png

CFRunloopSourceRef

分类(根据函数调用栈来区分):

  • 1.Source0:非基于Port的 :凡是用户主动触发事件都是Source0事件
  • 2.Source1:基于Port的:凡是系统事件都是Source1事件

第14行代码的UIApplicationMain函数内部就启动了一个RunLoop所以UIApplicationMain函数一直没有返回,保持了程序的持续运行这个默认启动的RunLoop是跟主线程相关联的

CFRunLoopObserverRef

作用:监听运行循环的状态

RunLoop对象iOS中有2套API来访问和使用RunLoopFoundationNSRunLoop

selecter事件与RunLoop之间的关系

  • 默认情况下,selecter事件是被添加到当前的runloop中执行的,并且指定了运行模式为默认,由此可见,performSelecter事件是受运行模式的影响的,仔细查看以下代码,看看有什么问题:
 [NSThread detachNewThreadSelector:@selector toTarget:self withObject:nil]; -task{ [self.imageView performSelector:@selector(setImage:) withObject:[UIImage imageNamed:@"Snip20160713_9"] afterDelay:3.0]; NSLog;}

一个显而易见的问题就是我们在子线程中来设置显示图片,然而抛开这个问题不管,图片依旧不会被设置上去,因为在task中缺少一个运行循环,我们需要手动开启一个子运行循环才可以。

继续查看一下代码,图片会被设置到imageView上面吗?

 [NSThread detachNewThreadSelector:@selector toTarget:self withObject:nil]; -task{ NSRunLoop *runloop = [NSRunLoop currentRunLoop]; [runloop run]; [self.imageView performSelector:@selector(setImage:) withObject:[UIImage imageNamed:@"Snip20160713_9"] afterDelay:3.0]; NSLog;}

答案是否定的,因为我们虽然开启了子运行循环,但是当我们开启这个循环的时候,当前循环里既没有source事件(包括timer事件),也没有selecter事件,于是循环立刻就退出了。正确的书写方式如下:

 [NSThread detachNewThreadSelector:@selector toTarget:self withObject:nil]; -task{ [self.imageView performSelector:@selector(setImage:) withObject:[UIImage imageNamed:@"Snip20160713_9"] afterDelay:3.0]; NSRunLoop *runloop = [NSRunLoop currentRunLoop]; [runloop run]; NSLog;}

注意:runLoop是一个死循环,因此++++是不会打印的

Core FoundationCFRunLoopRef

使用RunLoop实现常驻线程

众所周知,我们手动开启的子线程在执行完任务之后就会销毁,而有时候我们需要一个子线程在执行完当前任务后,不要销毁,等我们需要的时候再来执行其它任务,这就用到了常驻线程。

  • 假设我们又这样一个需求,但我们点击按钮1的时候会开启一条子线程来执行run1任务,当我们点击按钮2的时候,再让刚才的线程来执行run2任务,具体实现代码如下:
- btn1:sender { //01 创建线程,执行任务 NSThread *thread = [[NSThread alloc]initWithTarget:self selector:@selector object:nil]; //02 执行任务 [thread start]; self.thread = thread;}

为了不让刚开启的线程销毁,我们需要给它添加一个运行循环,保证它不释放:

-run1{ NSLog(@"run1---%@",[NSThread currentThread]); //001 获得当前线程对应的runloop对象 NSRunLoop *currentRunloop = [NSRunLoop currentRunLoop]; //002 为runloop添加input soucre或者是timer souce或selecter事件(最好就是一个基于端口的事件,这样就不会去执行不必要的方法) [currentRunloop addPort:[NSPort port] forMode:NSDefaultRunLoopMode];//以下为其它保证程序运行的方案,不推荐使用。 //[self performSelector:@selector withObject:nil afterDelay:3.0]; //[NSTimer scheduledTimerWithTimeInterval:3.0 target:self selector:@selector(timerTest) userInfo:nil repeats:YES]; //003 启动runloop //runUntilDate |run 内部都指定了运行模式为默认 [currentRunloop run];}

按钮2:

- goOnBtnClick:sender { //让之前创建的线程继续执行 [self performSelector:@selector onThread:self.thread withObject:nil waitUntilDone:YES];}-run2{ NSLog(@"run2---%@",[NSThread currentThread]);}

NSRunLoop和CFRunLoopRef都代表着RunLoop对象

RunLoop的自动释放池

runloop的自动释放池什么时候创建释放?

    1. 当runloop进入的时候会创建一个自动释放池。
  • 2)当runloop退出的时候会把之前的自动释放池销毁。

  • 3)当runloop即将进入休眠的时候会把之前的自动释放池先销毁,然后创建一个新的自动释放池。

图片 5720984-20151203120852377-618169617.png

NSRunLoop是基于CFRunLoopRef的一层OC包装,所以要了解RunLoop内部结构,需要多研究CFRunLoopRef层面的API(Core Foundation层面)

RunLoop资料苹果官方文档

CFRunLoopRef是开源的

RunLoop与线程每条线程都有唯一的一个与之对应的RunLoop对象

主线程的RunLoop已经自动创建好了,子线程的RunLoop需要主动创建

RunLoop在第一次获取时创建,在线程结束时销毁

获得RunLoop对象Foundation[NSRunLoop currentRunLoop]; 获得当前线程的RunLoop对象[NSRunLoop mainRunLoop]; 获得主线程的RunLoop对象

Core FoundationCFRunLoopGetCurrent(); 获得当前线程的RunLoop对象CFRunLoopGetMain(); 获得主线程的RunLoop对象

RunLoop相关类

图片 65.png

Core Foundation中关于RunLoop的5个类

CFRunLoopRef:它自己,也就代表一个RunLoop对象

CFRunLoopModeRef:RunLoop的运行模式

CFRunLoopSourceRef:事件源

CFRunLoopTimerRef:时间的触发器

CFRunLoopObserverRef :观察者监听CFRunLoopRef的状态改变

CFRunLoopModeRef

CFRunLoopModeRef代表RunLoop的运行模式

一个 RunLoop包含若干个 Mode,每个Mode又包含若干个Source/Timer/Observer

每次RunLoop启动时,只能指定其中一个Mode,这个Mode被称作 CurrentMode

如果需要切换Mode,只能退出Loop,再重新指定一个Mode进入

这样做主要是为了分隔开不同组的Source/Timer/Observer,让其互不影响

CFRunLoopModeRef

系统默认注册了5个Mode模式:

kCFRunLoopDefaultMode:App的默认Mode,通常主线程是在这个Mode下运行

UITrackingRunLoopMode:界面跟踪 Mode,用于 ScrollView 追踪触摸滑动,保证界面滑动时不受其他 Mode 影响

UIInitializationRunLoopMode: 在刚启动 App 时第进入的第一个Mode,启动完成后就不再使用

GSEventReceiveRunLoopMode: 接受系统事件的内部 Mode,通常用不到

kCFRunLoopCommonModes:这是一个占位用的Mode,不是一种真正的Mode

被标记为common modes模式kCFRunLoopDefaultMode UITrackingRunLoopMode两种模式

CFRunLoopSourceRef

CFRunLoopSourceRef是事件源

以前的分法

Port-Based Sources

Custom Input Sources

Cocoa Perform Selector Sources

现在的分法

Source0:非基于Port的

Source1:基于Port的

CFRunLoopTimerRef

CFRunLoopTimerRef是基于时间的触发器

基本上说的就是NSTimer

图片 76.png

RunLoop处理逻辑-官方版

图片 87.png

RunLoop处理逻辑-网友整理版

图片 98.png

RunLoop应用NSTimerImageView显示PerformSelector常驻线程自动释放池

RunLoop面试题什么是RunLoop?从字面意思看:运行循环、跑圈其实它内部就是do-while循环,在这个循环内部不断地处理各种任务(比如Source、Timer、Observer)一个线程对应一个RunLoop,主线程的RunLoop默认已经启动,子线程的RunLoop得手动启动RunLoop只能选择一个Mode启动,如果当前Mode中没有任何Source(Sources0、Sources1)、Timer,那么就直接退出RunLoop

自动释放池什么时候释放?通过Observer监听RunLoop的状态

RunLoop面试题在开发中如何使用RunLoop?什么应用场景?开启一个常驻线程(让一个子线程不进入消亡状态,等待其他线程发来消息,处理其他事件)在子线程中开启一个定时器在子线程中进行一些长期监控

可以控制定时器在特定模式下执行

可以让某些事件在特定模式下执行

可以添加Observer监听RunLoop的状态,比如监听点击事件的处理(在所有点击事件之前做一些事情)

自动释放池与RunLoopkCFRunLoopEntry; 创建一个自动释放池kCFRunLoopBeforeWaiting; 销毁自动释放池,创建一个新的自动释放池kCFRunLoopExit; 销毁自动释放池自动释放池的创建和销毁1.第一次创建:当runloop启动的时候2.最后一次销毁:当runloop退出的时候3.其它创建和销毁:当runloop进入到睡觉状态的时候会把之前的自动释放池销毁,重新创建一个新的

********************笔记***************************

1.Runloop基础知识

  • 1.1 字面意思

a 运行循环b 跑圈

  • 1.2 基本作用

a 保持程序的持续运行(ios程序为什么能一直活着不会死)b 处理app中的各种事件(比如触摸事件、定时器事件、selector事件【选择器·performSelector···】)c 节省CPU资源,提高程序性能,有事情就做事情,没事情就休息

  • 1.3 重要说明

如果没有Runloop,那么程序一启动就会退出,什么事情都做不了。如果有了Runloop,那么相当于在内部有一个死循环,能够保证程序的持续运行main函数中的Runloopa 在UIApplication函数内部就启动了一个Runloop该函数返回一个int类型的值b 这个默认启动的Runloop是跟主线程相关联的

  • 1.4 Runloop对象

在iOS开发中有两套api来访问Runloopa.foundation框架【NSRunloop】b.core foundation框架【CFRunloopRef】NSRunLoop和CFRunLoopRef都代表着RunLoop对象,它们是等价的,可以互相转换NSRunLoop是基于CFRunLoopRef的一层OC包装,所以要了解RunLoop内部结构,需要多研究CFRunLoopRef层面的API(Core Foundation层面)

  • 1.5 Runloop参考资料

苹果官方文档

CFRunLoopRef开源代码下载地址:

  • 1.6 Runloop与线程

1.Runloop和线程的关系:一个Runloop对应着一条唯一的线程问题:如何让子线程不死回答:给这条子线程开启一个Runloop2.Runloop的创建:主线程Runloop已经创建好了,子线程的runloop需要手动创建3.Runloop的生命周期:在第一次获取时创建,在线程结束时销毁

  • 1.7 获得Runloop对象

1.获得当前Runloop对象01 NSRunloopNSRunLoop * runloop1 = [NSRunLoop currentRunLoop];02 CFRunLoopRefCFRunLoopRef runloop2 = CFRunLoopGetCurrent();

2.拿到当前应用程序的主Runloop(主线程对应的Runloop)01 NSRunloopNSRunLoop * runloop1 = [NSRunLoop mainRunLoop];02 CFRunLoopRefCFRunLoopRef runloop2 = CFRunLoopGetMain();

3.注意点:开一个子线程创建runloop,不是通过alloc init方法创建,而是直接通过调用currentRunLoop方法来创建,它本身是一个懒加载的。4.在子线程中,如果不主动获取Runloop的话,那么子线程内部是不会创建Runloop的。可以下载CFRunloopRef的源码,搜索_CFRunloopGet0,查看代码。5.Runloop对象是利用字典来进行存储,而且key是对应的线程Value为该线程对应的Runloop。

  • 1.8 Runloop相关类

Runloop运行原理图

图片 109.png

五个相关的类

a.CFRunloopRef

b.CFRunloopModeRef【Runloop的运行模式】

c.CFRunloopSourceRef【Runloop要处理的事件源】

d.CFRunloopTimerRef

e.CFRunloopObserverRef【Runloop的观察者

Runloop和相关类之间的关系图

图片 1110.png

Runloop要想跑起来,它的内部必须要有一个mode,这个mode里面必须有sourceobservertimer,至少要有其中的一个。

  • CFRunloopModeRef

1.CFRunloopModeRef代表着Runloop的运行模式

2.一个Runloop中可以有多个mode,一个mode里面又可以有多个sourceobservertimer等等

3.每次runloop启动的时候,只能指定一个mode,这个mode被称为该Runloop的当前mode

4.如果需要切换mode,只能先退出当前Runloop,再重新指定一个mode进入

5.这样做主要是为了分割不同组的定时器等,让他们相互之间不受影响

6.系统默认注册了5个mode

a.kCFRunLoopDefaultMode:App的默认Mode,通常主线程是在这个Mode下运行

b.UITrackingRunLoopMode:界面跟踪Mode,用于ScrollView 追踪触摸滑动,保证界面滑动时不受其他Mode 影响

c.UIInitializationRunLoopMode:在刚启动App 时第进入的第一个Mode,启动完成后就不再使用

d.GSEventReceiveRunLoopMode:接受系统事件的内部Mode,通常用不到

e.kCFRunLoopCommonModes:这是一个占位用的Mode,不是一种真正的Mode

  • CFRunloopTimerRef

NSTimer相关代码

说明:

runloop一启动就会选中一种模式,当选中了一种模式之后其它的模式就都不鸟。一个mode里面可以添加多个NSTimer,也就是说以后当创建NSTimer的时候,可以指定它是在什么模式下运行的。

它是基于时间的触发器,说直白点那就是时间到了我就触发一个事件,触发一个操作。基本上说的就是NSTimer

相关代码

  • timer2

{

NSTimer

调用了scheduledTimer方法,那么会自动添加到当前的runloop里面去,而且runloop的运行模式kCFRunLoopDefaultMode

NSTimer

*timer = [NSTimer scheduledTimerWithTimeInterval:2.0 target:self selector:@selectoruserInfo:nil repeats:YES];

更改模式

[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];

}

  • timer1

{

[NSTimer

scheduledTimerWithTimeInterval:2.0 target:self selector:@selectoruserInfo:nil repeats:YES];

NSTimer

*timer = [NSTimer timerWithTimeInterval:2.0 target:selfselector:@selector userInfo:nil repeats:YES];

定时器添加到UITrackingRunLoopMode模式,一旦runloop切换模式,那么定时器就不工作[[NSRunLoop

currentRunLoop] addTimer:timer forMode:UITrackingRunLoopMode];

定时器添加到NSDefaultRunLoopMode模式,一旦runloop切换模式,那么定时器就不工作[[NSRunLoop

currentRunLoop] addTimer:timer forMode:NSDefaultRunLoopMode];

占位模式:common

modes标记

被标记为common

modes的模式kCFRunLoopDefaultModeUITrackingRunLoopMode

[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];

NSLog(@"%@",[NSRunLoop currentRunLoop]);

}

  • run

{

NSLog(@"---run---%@",[NSRunLoop

currentRunLoop].currentMode);

}

  • btnClick {
NSLog(@"---btnClick---");

}

GCD中的定时器

0.创建一个队列

dispatch_queue_t queue= dispatch_get_global_queue;

1.创建一个GCD的定时器

第一个参数:说明这是一个定时器

第四个参数:GCD的回调任务添加到那个队列中执行,如果是主队列则在主线程执行

dispatch_source_ttimer = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER, 0, 0, queue);

2.设置定时器的开始时间,间隔时间以及精准度

设置开始时间,三秒钟之后调用

dispatch_time_t start= dispatch_time(DISPATCH_TIME_NOW,3.0 *NSEC_PER_SEC);

设置定时器工作的间隔时间

uint64_t intevel = 1.0

  • NSEC_PER_SEC;

第一个参数:要给哪个定时器设置

第二个参数:定时器的开始时间DISPATCH_TIME_NOW表示从当前开始

第三个参数:定时器调用方法的间隔时间

第四个参数:定时器的精准度,如果传0则表示采用最精准的方式计算,如果传大于0的数值,则表示该定时切换i可以接收该值范围内的误差,通常传0

该参数的意义:可以适当的提高程序的性能

注意点:GCD定时器中的时间以纳秒为单位

dispatch_source_set_timer(timer,start, intevel, 0 * NSEC_PER_SEC);

3.设置定时器开启后回调的方法

第一个参数:要给哪个定时器设置

第二个参数:回调block

dispatch_source_set_event_handler(timer,^{

NSLog(@"------%@",[NSThread currentThread]);

});

4.执行定时器

dispatch_resume;

注意:dispatch_source_t本质上是OC类,在这里是个局部变量,需要强引用

self.timer = timer;

  • CFRunloopSourceRef

1.是事件源也就是输入源,有两种分类模式;

一种是按照苹果官方文档进行划分的

另一种是基于函数的调用栈来进行划分的(source0和source1)。

2.具体的分类情况

以前的分法

Port-Based Sources

Custom Input Sources

Cocoa Perform SelectorSources

现在的分法

Source0:非基于Port的

Source1:基于Port的

3.可以通过打断点的方式查看一个方法的函数调用栈

  • CFRunLoopObserverRef

CFRunLoopObserverRef是观察者,能够监听RunLoop的状态改变

如何监听

创建一个runloop监听者

CFRunLoopObserverRefobserver =CFRunLoopObserverCreateWithHandler(CFAllocatorGetDefault(),kCFRunLoopAllActivities,YES, 0, ^(CFRunLoopObserverRef observer,CFRunLoopActivity activity) {

NSLog(@"监听runloop状态改变---%zd",activity);

});

为runloop添加一个监听者

CFRunLoopAddObserver(CFRunLoopGetCurrent(),observer, kCFRunLoopDefaultMode);

CFRelease;

监听的状态

typedef CF_OPTIONS(CFOptionFlags,CFRunLoopActivity) {

kCFRunLoopEntry = (1UL << 0), 即将进入Runloop

kCFRunLoopBeforeTimers = (1UL << 1), 即将处理NSTimer

kCFRunLoopBeforeSources = (1UL << 2), 即将处理Sources

kCFRunLoopBeforeWaiting = (1UL << 5), 即将进入休眠

kCFRunLoopAfterWaiting = (1UL << 6), 刚从休眠中唤醒

kCFRunLoopExit = (1UL << 7),即将退出runloop

kCFRunLoopAllActivities = 0x0FFFFFFFU 所有状态改变

};

  • 1.9Runloop运行逻辑

图片 1211.png

面试:runloop和NSURLConnection

1.发送请求

默认情况下,NSURLConnection发送的是一个异步请求

默认情况下,NSURLConnection的代理方法在主线程中进行调用(方便在拿到数据后,直接处理一些和UI相关的操作,而不需要考虑线程间通信)

方法一,不严谨

通过该方法设置代理,会自动的发送请求

[[NSURLConnectionalloc]initWithRequest:request delegate:self];

方法二

知识点A 设置代理方法在子线程中调用

设置代理,startImmediately为NO的时候,该方法不会自动发送请求

NSURLConnection*connect = [[NSURLConnection alloc]initWithRequest:request delegate:selfstartImmediately:NO];

手动通过代码的方式来发送请求

注意该方法内部会自动的把connect添加到当前线程的RunLoop中在默认模式下执行

[connectstart];

如何控制代理方法在哪个线程调用

说明:默认情况下,代理方法会在主线程中进行调用(为了方便开发者拿到数据后处理一些刷新UI的操作不需要考虑到线程间通信)

设置代理方法的执行队列

[connectsetDelegateQueue:[[NSOperationQueue alloc]init]];

方法三:

设置代理,startImmediately为NO的时候,该方法不会自动发送请求

NSURLConnection *connect = [[NSURLConnectionalloc]initWithRequest:request delegate:self

startImmediately:NO];

设置代理方法的执行队列

[connectsetDelegateQueue:[[NSOperationQueue alloc]init]];

发送请求

注意该方法内部会自动的把connect添加到当前线程的RunLoop中在默认模式下执行

[connectstart];

知识点B 如果把发送网络请求的方法也放在子线程中执行如何

使用GCD开启一个子线程来发送网络请求

dispatch_async(dispatch_get_global_queue, ^{ 使用非自动发送网络请求模式,发送请求OK 创建NSURLConnection对象,设置代理,暂不发送

NSURLConnection *connect = [[NSURLConnectionalloc]initWithRequest:request delegate:self

startImmediately:NO];

 设置代理方法的执行队列

[connect setDelegateQueue:[[NSOperationQueue alloc]init]];

 调用start发送网络请求

[connect start];

 NSURLConnection*connect = [[NSURLConnection

alloc]initWithRequest:request delegate:self];

 connect setDelegateQueue:[[NSOperationQueue

alloc]init]];

 创建当前线程的runloop,并开启runloop [[NSRunLoop

currentRunLoop] run];

});

}

使用上面的方法一,发送请求失败,为什么呢?

(runloop和NSURLConnection的关系)?

01

网络请求发送和数据接收是否成功,和一些因素相关,比如客户端的网速、服务器端的查询速度等等。

02 而在子线程中创建的NSURLConnection对象是一个临时变量,当请求发送完成之后就被释放了,所以这个时候它的代理方法不会调用用。03 为什么使用方法二是OK的。因为在方法二中,调用了start来开始发送网络请求,该方法内部会自动将当前的connect作为一个Source添加到当前线程所在的Runloop中,如果当前线程是子线程(即当前线程的runloop并未创建),那么该方法内部会默认先创建当前线程的Runloop,设置在runloop的默认模式下运行。此时runloop会对这个Connect对象进行强引用,保证了代理方法被调用的前提

本文由yzc216亚洲城发布于yzc216.com官网,转载请注明出处:至于RunLoop的详细整理

关键词: yzc216亚洲城 yzc216.com官网