iOS RunLoop基础概念_runmode: beforedate:-CSDN博客

本文链接：https://blog.csdn.net/W10207010218/article/details/64441171

以下是我对runloop的一些基础认识的总结

1 每个线程都有一个自动创建好的runloop,但是只有主线程的runloop是默认开启的,其他子线程需要调用

NSRunLoop *runloop =[NSRunLoop currentRunLoop]; 所以Runloop 是不可主动创建的只能获取

它的启动方式一共有三种:

Unconditionally
With a set time limit
In a particular mode

这三种进入方式分别对应了三种方法:

run
runUntilDate
runMode:beforeDate:

以上三种开启方法的关系如下：

run方法的本质就是无限调用 runMode:beforeDate:方法，同样地，runUntilDate:也会重复调用 runMode:beforeDate:，区别在于它超时后就不会再调用。

总结来说，runMode:beforeDate:表示的是 runloop的单次调用，另外两者则是循环调用。

它的关闭方式：

runloop 并没有可以调用的api 比如 stop之类的可以终止。所以它的关闭方式就是在开启的时候设置的 runUntilDate， runMode:beforeDate:，在某个时间结束。

所以如果你使用方法 run 去开启那你就不能手动去关闭这个runloop了，只能等到它所在的线程死掉然后它也跟着死掉。

另外推荐一对开启关闭runloop的API

CFRunLoopRun()启动 runloop，

可以通过 CFRunLoopStop()方法结束。

注意 CFRunLoopStop() 是不能关闭用run方法开启的runloop

因为

CFRunLoopStop()方法只会结束当前的 runMode:beforeDate:调用，而不会结束后续的调用，是因为上述说的 run 方法的本质就是无限调用 runMode:beforeDate: 方法。

以下是运用到runloop原理的地方

NSTimer计时器完全依赖于runloop
UIEvent事件的产生到分发给代码都是通过runloop
Autorelease自动释放也是在runloop跑完一圈后
NSObject(NSDelayedPerforming) performSelector,cancel
NSObject(NSThreadPerformAddition) performSelectorOnMainThread,performSelectorOnBackgroundThread
CA层的CADisplayLink(每画一帧会有一个回调),CATransition,CAAnimation
dispatch_get_main_queue()
NSURLConnection
AFNetworking,它的delegate跟网络传输数据都是在它的runloop里面执行的
NSPort描述通讯信道的抽象类

当然还有其它很多的地方，我就不列举了。

下面是一个和runloop相关的很经典的面试题：

最电商的app中会有一个功能，在一系列cell中会有很多定时器来运行，显示这个商品还有多长时间就开始销售。但是如果滑动这个tableview 就会发现这些timer 不动了

原因是：

runloop 常用的有以下两种模式的

NSDefaultRunLoopMode

NSRunLoopCommonModes

其它模式

GSEventReceiveRunLoopMode: 接受系统事件的内部 Mode（比如绘图），通常用不到

UIInitializationRunLoopMode: 在刚启动 App 时第进入的第一个 Mode，启动完成后就不再使用在appdelegate 打印出的当前loop 就是这个

第一种模式是默认的，NSTimer 计时器完全依赖于runloop的，如果希望界面滑动的时候不受影响那就把timer加入到另一个模式里面。

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

UITrackingRunLoopMode是runloop的滑动模式滑动的时候系统会把当前runloop从NSDefaultRunLoopMode切换到UITrackingRunLoopMode。

NSRunLoopCommonModes 其实是一个数组包含了

NSDefaultRunLoopMode

UITrackingRunLoopMode。

一个runloop只能又一个mode，当runloop切换model的时候其实是杀死了当前的runloop重新生成一个新的runloop。

runloop下面的几个类：

CFRunloopTimerRef // NSTimer 就是基于这个封装的

CFRunloopSourceRef 事件源(输入源)

事件产生的地方，分为Source0和Source1两种

Source0：只包含了一个回调（函数指针），它并不能主动触发事件。使用时，你需要先调用 CFRunLoopSourceSignal(source)，将这个 Source 标记为待处理，然后手动调用 CFRunLoopWakeUp(runloop) 来唤醒 RunLoop，让其处理这个事件
Source1：包含了一个 mach_port 和一个回调（函数指针），被用于通过内核和其他线程相互发送消息。这种 Source 能主动唤醒 RunLoop 的线程

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

CFRunloopObservorRef // 观察者监听runloop状态改变

以下是runloop 保活线程的运用：

AFNetworking的经典代码， 3.0版本以下的代码

 
         + (void)networkRequestThreadEntryPoint:(id)__unused object { 
        
         @autoreleasepool { 
        
         [[NSThread currentThread] setName:@ 
         "AFNetworking" 
         ]; 
        
         NSRunLoop *runLoop = [NSRunLoop currentRunLoop]; 
        
         [runLoop addPort:[NSMachPort port] forMode:NSDefaultRunLoopMode]; 
        
         ／* 
        
         通常情况下，调用者需要持有这个 NSMachPort (mach_port) 并在外部线程通过这个 port 发送消息到 loop 内； 
        
         但此处添加 port 只是为了让 RunLoop 不至于退出，并没有用于实际的发送消息
  
         *／ 
        
         [runLoop run]; 
        
         } 
        
         } 
        
         + (NSThread *)networkRequestThread { 
        
         static NSThread *_networkRequestThread = nil; 
        
         static dispatch_once_t oncePredicate; 
        
         dispatch_once(&oncePredicate, ^{ 
        
         _networkRequestThread = [[NSThread alloc] initWithTarget:self selector:@selector(networkRequestThreadEntryPoint:) object:nil]; 
        
         [_networkRequestThread start]; 
        
         }); 
        
         return  
         _networkRequestThread; 
        
         } 
        
          因为这个数据的处理是线程完成任务之后的事情，如果任务完成线程死掉这是不行的，AFNetworking 是这样保活线程的。