- 基本概念
- RunLoop相关类
- RunLoop的作用
- RunLoop和线程的关系
- RunLoop和autoreleasepool的关系
- RunLoop创建
- NSTimer和GCD实现定时时的对比
- 创建并使用NSTimer
- 子线程创建定时器(创建常驻线程)
- 创建并使用GCDTimer
- RunLoop :即运行循环,内部就是一个do-while循环,在循环内处理source事件源/timer(也是一个source)/Observer观察
一个runloop包含若干个mode,每个mode又包含若干个source/timer/Observer
当 RunLoop 运行在 Mode1 上时,是无法接受处理 Mode2 或 Mode3 上的 Source、Timer、Observer 事 件的,mode的切换,可能会导致timer不好用
RunLoop相关类
- CFRunLoopRef :RunLoop本身
- CFRunLoopMode :Mode
RunLoop的运行模式,有多种但是只能选择一中,Mode中至少要有source/timer中的一种,Observer仅监听时使用
- CFRunLoopSourceRef :source
通过函数调用栈(调用函数的顺序)查看
系统内核事件:系统调用-source1
非系统内核事件:手动调用-source0
- CFRunLoopTimerRef : timer
- CFRunLoopObserverRef : Observer
只是监听runloop状态的改变,有兴趣自己研究,有关于runloop的运行逻辑,纯C
RunLoop的作用
- 1.保持程序的持续运行,保证线程不退出(默认情况下,线程中的任务完成后就会释放掉线程)
- 2.负责监听所有的事件,处理App中的各种时间:触摸,时钟,SEL,网络事件
- 3.节省cpu资源,提高程序性能,该忙忙,该歇歇
RunLoop和线程的关系
- 程序一启动,就开启了APP的主线程,主线程上的runloop也被开启了,他是一个常驻线程,本质上跟子线程无区别
- 每条线程都有唯一一个与之对应的runloop对象
- 主线程的runloop已经自动创建好了,子线程的runloop需要主动创建
- runloop在第一次获取时创建,线程结束时销毁
注意:主线程退出exit,程序不会挂掉,也不会影响子线程的操作,只是影响了主线程上的ui操作
另外:iOS中,UIApplicationMain函数内部启动了一个RunLoop(并关联了主线程)
常驻线程 : 即永远存在的线程,默认情况下,线程中的任务完成后就会释放掉线程,即使添加一个强引用的对象,也仅仅是保住了属性不被释放,线程有没有被释放,和对象是没有关系的,是cup管理的
RunLoop和autoreleasepool的关系
- 启动RunLoop的时候,autoreleasepool第一次创建
- RunLoop退出的时候,autoreleasepool销毁
- RunLoop即将睡眠的时候销毁上一个autoreleasepool,然后重新创建一个新的autoreleasepool
RunLoop创建
//获取runloop对象 == 创建(子线程的runloop是懒加载,直接获取,没有则创建)
//foundation
[NSRunLoop currentRunLoop];
[NSRunLoop mainRunLoop];
//core foundation
CFRunLoopGetCurrent();
CFRunLoopGetMain();
NSTimer和GCD实现定时时的对比
- NSTimer会受到 runloop模式的影响,所以有时候会不精准
- GCD 绝对精准,因为它不会受runloop影响
创建并使用NSTimer
-(void)timerAction
{
__block NSInteger inttt = 0;
//创建方式1
self.timer = [NSTimer timerWithTimeInterval:1 repeats:YES block:^(NSTimer * _Nonnull timer) {
inttt++;
NSLog(@"测试拖动textview 是否影响 %ld",inttt);
}];
//创建方式2
self.timer = [NSTimer scheduledTimerWithTimeInterval:1 repeats:YES block:^(NSTimer * _Nonnull timer) {
inttt++;
NSLog(@"测试拖动textview 是否影响 %ld",inttt);
}];
//2中创建方式,第一种需要添加下面代码,第二种,不需要,已经默认添加
[[NSRunLoop currentRunLoop]addTimer:self.timer forMode: NSDefaultRunLoopMode];
/*关于Mode常用的3种模式(共5种)
NSDefaultRunLoopMode :默认模式,通常主线程是在这种模式下运行,通过方式2创建的timer,系统帮助加入了这个模式,所以通常不用再次加入runloop
UITrackingRunLoopMode :页面跟踪模式,用于scrollview追踪触摸滑动,保证滑动时不受其他mode影响,优先级高于默认模式,设置这个模式,只有页面滚动时(触摸事件时),定时器才工作
NSRunLoopCommonModes 占位(通用)模式,并不是真正的模式,而是在NSDefaultRunLoopMode和UITrackingRunLoopMode中添加了标识符,同时调用了这2种模式,对timer的计时是没有影响的(线主程会分配一些时间来执行某个任务)
*/
}
- 为什么定时器有时候会不执行?
是因为在产生UI时间时,主线程会将Run Loop的模式从NSDefaultRunLoopMode默认模式切换到NSEventTrackingRunLoopMode事件追踪模式
- 为什么第二种创建方法,苹果帮我们将任务添加到runloop的模式是NSDefaultRunLoopMode而不是NSRunLoopCommonModes?
因为苹果官方要我们timer 和 网络事件在NSDefaultRunLoopMode模式下进行,而UI事件在UITrackingRunLoopMode下进行,如果进行耗时操作,如阻塞,在子线程中处理,这样也就不会卡住UI
注意:timer中处理耗时操作,会卡住UI,不建议添加耗时操作,如果有,在子线程中处理 sunThread 方法
子线程创建定时器(创建常驻线程)
//子线程监听事件,需要开启子线程的runloop,并让此runloop跑起来
//子线程创建定时器
NSThread * thr = [[NSThread alloc]initWithTarget:self selector:@selector(sunThread) object:nil];
[thr start];
- (void)sunThread
{
//创建runloop-获取子线程的runloop
NSRunLoop * cr = [NSRunLoop currentRunLoop];
//创建timer,如果仅有这一句代码,block中是不会有输出的,因为线程执行完就已经释放
NSTimer * tim = [NSTimer scheduledTimerWithTimeInterval:1 repeats:YES block:^(NSTimer * _Nonnull timer) {
NSLog(@"hhh");
}];
//将timer加入runloop
[cr addTimer:tim forMode:NSDefaultRunLoopMode];
//没有将timer加入runloop的话,下面方法直接调用是无效的,因为runloop内必须有timer或者source之一,要先加入timer或者source
//让runloop跑起来,timer中的任务才会执行
[cr run];
//保活等效于上面
//添加source
// [cr addPort:[NSPort port] forMode:NSDefaultRunLoopMode];
// [cr run];
}
创建并使用GCDTimer
-(void)GCDAction
{
__block NSInteger inttt = 0;
//创建GCD定时器
//参数2和3是描述信息
self.dTimer = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER, 0, 0, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0));
//时间事件 intervalInSeconds:时间间隔1秒 leewayInSeconds:精准度,时间误差0
dispatch_source_set_timer(self.dTimer, DISPATCH_TIME_NOW, 1.0 * NSEC_PER_SEC, 0 * NSEC_PER_SEC);
//时间事件的处理 要执行的任务
dispatch_source_set_event_handler(self.dTimer, ^{
// dispatch_async(dispatch_get_main_queue(), ^{
NSLog(@"GCD timer %ld",inttt++);
// });
if (inttt == 5) {
dispatch_source_cancel(self.dTimer);
}
});
//启动timer
dispatch_resume(self.dTimer);
//需要注意的是,dTimer是局部变量,执行任务的时候就已经释放掉了,可以定义一个强指针引用是属性变量直接使用,或者在启动后进行赋值,否则不会执行timer任务
// self.dTimer = dTimer;
//但是,如果事件处理函数中有 dispatch_source_cancel(_timer);的时候,会走处理函数,
}