RunLoops使用详情

视频地址:https://v.youku.com/v_show/id_XODgxODkzODI0.html

1.什么是RunLoop

从字面意思上是一直循环跑，事实上就是一个循环的概念。一般来讲，一个线程一次只能执行一个任务，执行完成后线程就会退出。如果我们需要一个机制，让线程能随时处理事件但并不退出.这个时候就需要使用到RunLoop了.

2.RunLoop基本的循环模式

1.开始循环 ;

2.程序处于睡眠状态，等待接受事件 ;

3.事件传入，程序被唤醒，获取事件 ;

4.处理事件;

5.进入下一次循环.

3.RunLoop的作用(NSRunLoop是对底层CFRunLoop的封装,其实做事的是CFRunLoop)

1.使程序一直运行，并且接受用户的输入

2.决定程序在何时应该处理那些event

3.调用解耦和

4.节省CPU时间

4.RunLoop与线程的关系

      RunLoop是用来管理线程的，即每一个线程都有一个RunLoop对象。可以通过具体的方法去获得。在主线程中，MainRunLoop是默认创建并运行激活的。

　　虽然每一个线程都可以获取 RunLoop对象，但是并不是每一个线程中都有实例对象，也就是说如果我们不获取RunLoop，这个RunLoop的实例对象也许就不存在，而当我们获取时， 如果不存在，就会去创建。

5.RunLoop的用处

1.NSTime(定时器);

NSTimer 其实就是 CFRunLoopTimerRef，他们之间是 toll-free bridged 的。一个 NSTimer 注册到 RunLoop 后，RunLoop 会为其重复的时间点注册好事件。例如 10:00, 10:10, 10:20 这几个时间点。RunLoop为了节省资源，并不会在非常准确的时间点回调这个Timer。Timer 有个属性叫做 Tolerance (宽容度)，标示了当时间点到后，容许有多少最大误差。

如果某个时间点被错过了，例如执行了一个很长的任务，则那个时间点的回调也会跳过去，不会延后执行。就比如等公交，如果 10:10 时我忙着玩手机错过了那个点的公交，那我只能等 10:20 这一趟了。

2.UIEvent(事件);

苹果注册了一个 Source1 (基于 mach port 的) 用来接收系统事件，其回调函数为 __IOHIDEventSystemClientQueueCallback()。

当一个硬件事件(触摸/锁屏/摇晃等)发生后，首先由 IOKit.framework 生成一个 IOHIDEvent 事件并由 SpringBoard 接收。这个过程的详细情况可以参考这里。SpringBoard 只接收按键(锁屏/静音等)，触摸，加速，接近传感器等几种 Event，随后用 mach port 转发给需要的App进程。随后苹果注册的那个 Source1 就会触发回调，并调用 _UIApplicationHandleEventQueue() 进行应用内部的分发。

_UIApplicationHandleEventQueue() 会把 IOHIDEvent 处理并包装成 UIEvent 进行处理或分发，其中包括识别 UIGesture/处理屏幕旋转/发送给 UIWindow 等。通常事件比如 UIButton 点击、touchesBegin/Move/End/Cancel 事件都是在这个回调中完成的。

3.Autorelease;

       一个Autorealese对象在什么时候释放 在没有手加Autorelease Pool的情况下，Autorelease对象是在当前的runloop迭代结束时释放的，而它能够释放的原因是系统在每个runloop迭代中都加入了自动释放池Push和Pop 

App启动后，苹果在主线程 RunLoop 里注册了两个 Observer，其回调都是 _wrapRunLoopWithAutoreleasePoolHandler()。

第一个 Observer 监视的事件是 Entry(即将进入Loop)，其回调内会调用 _objc_autoreleasePoolPush() 创建自动释放池。其 order 是-2147483647，优先级最高，保证创建释放池发生在其他所有回调之前。

第二个 Observer 监视了两个事件： BeforeWaiting(准备进入休眠) 时调用_objc_autoreleasePoolPop() 和 _objc_autoreleasePoolPush() 释放旧的池并创建新池；Exit(即将退出Loop) 时调用 _objc_autoreleasePoolPop() 来释放自动释放池。这个 Observer 的 order 是 2147483647，优先级最低，保证其释放池子发生在其他所有回调之后。

在主线程执行的代码，通常是写在诸如事件回调、Timer回调内的。这些回调会被 RunLoop 创建好的 AutoreleasePool 环绕着，所以不会出现内存泄漏，开发者也不必显示创建 Pool 了。

4.PerformSelecter

当调用 NSObject 的 performSelecter:afterDelay: 后，实际上其内部会创建一个 Timer 并添加到当前线程的 RunLoop 中。所以如果当前线程没有 RunLoop，则这个方法会失效。

当调用 performSelector:onThread: 时，实际上其会创建一个 Timer 加到对应的线程去，同样的，如果对应线程没有 RunLoop 该方法也会失效。

5.CADisplayLink

是一个和屏幕刷新率一致的定时器（但实际实现原理更复杂，和 NSTimer 并不一样，其内部实际是操作了一个 Source）。如果在两次屏幕刷新之间执行了一个长任务，那其中就会有一帧被跳过去（和 NSTimer 相似），造成界面卡顿的感觉。在快速滑动TableView时，即使一帧的卡顿也会让用户有所察觉。Facebook 开源的 AsyncDisplayLink 就是为了解决界面卡顿的问题，其内部也用到了 RunLoop.

6.CATransition

7.CAAnimation

8.dispatch_get_main_queue()

    实际上 RunLoop 底层也会用到 GCD 的东西.但同时 GCD 提供的某些接口也用到了 RunLoop， 例如 dispatch_async()。

  当调用 dispatch_async(dispatch_get_main_queue(), block) 时，libDispatch 会向主线程的 RunLoop 发送消息，RunLoop会被唤醒，并从消息中取得这个 block，并在回调 __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__() 里执行这个 block。但这个逻辑仅限于 dispatch 到主线程，dispatch 到其他线程仍然是由 libDispatch 处理的。

9.NSURLConnection

         RunLoop和URLconnetion有什么关系 URLconnetion的作用是负责发送请求，建立客户端和服务器的连接。发送NSURLRequest的数据给服务器，并收集来自服务器的响应数据。而runloop得作用是主线程默认有Runloop。当自己启动一个线程，如果只是用于处理单一的事件，则该线程在执行完之后就退出了。所以当我们需要让该线程监听某项事务 时，就得让线程一直不退出，runloop就是这么一个循环，没有事件的时候，一直卡着，有事件来临了，执行其对应的函数。所以当connetion发送请求后，此时需要等待服务器端的反馈，这就需要runloop来进行管理，当服务器端一直没有反馈，就需要一直卡着，等到服务器的反馈，然后connetion才能执行下一步操作，直到操作结束。

10.AFNetworking

AFURLConnectionOperation 这个类是基于 NSURLConnection 构建的，其希望能在后台线程接收 Delegate 回调。为此 AFNetworking 单独创建了一个线程，并在这个线程中启动了一个 RunLoop：

+ (void)networkRequestThreadEntryPoint:(id)__unused object {
    @autoreleasepool {
        [[NSThread currentThread] setName:@"AFNetworking"];
        NSRunLoop *runLoop = [NSRunLoop currentRunLoop];
        [runLoop addPort:[NSMachPort port] forMode:NSDefaultRunLoopMode];
        [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;
}

RunLoop 启动前内部必须要有至少一个 Timer/Observer/Source，所以 AFNetworking 在 [runLoop run] 之前先创建了一个新的 NSMachPort 添加进去了。通常情况下，调用者需要持有这个 NSMachPort (mach_port) 并在外部线程通过这个 port 发送消息到 loop 内；但此处添加 port 只是为了让 RunLoop 不至于退出，并没有用于实际的发送消息。 

- (void)start {
    [self.lock lock];
    if ([self isCancelled]) {
        [self performSelector:@selector(cancelConnection) onThread:[[self class] networkRequestThread] withObject:nil waitUntilDone:NO modes:[self.runLoopModes allObjects]];
    } else if ([self isReady]) {
        self.state = AFOperationExecutingState;
        [self performSelector:@selector(operationDidStart) onThread:[[self class] networkRequestThread] withObject:nil waitUntilDone:NO modes:[self.runLoopModes allObjects]];
    }
    [self.lock unlock];
}

当需要这个后台线程执行任务时，AFNetworking 通过调用 [NSObject performSelector:onThread:..] 将这个任务扔到了后台线程的 RunLoop 中 

11.以+ sheduledTimerWithTimeInterval的方式触发的timer

       在滑动页面上的列表时，timer会暂时回调，为什么，如何解决 RunLoop只能运行在一种mode下，如果要换mode，当前的loop也需要停下重启成新的。利用这个机制，ScrollView滚动过程中NSDefaultRunLoopMode的mode会切换到UITrackingRunLoopMode来保证ScrollView的流畅滑动：只能在NSDefaultRunLoopMode模式下处理的事件会影响ScrollView的滑动

     如果我们把一个NSTimer对象以NSDefaultRunLoopMode添加到主运行循环中的时候, ScrollView滚动过程中会因为mode的切换，而导致NSTimer将不再被调度。 同时因为mode还是可定制的，所以： Timer计时会被scrollView的滑动影响的问题可以通过将timer添加到NSRunLoopCommonModes来解决。

12.界面更新

当在操作 UI 时，比如改变了 Frame、更新了 UIView/CALayer 的层次时，或者手动调用了 UIView/CALayer 的 setNeedsLayout/setNeedsDisplay方法后，这个 UIView/CALayer 就被标记为待处理，并被提交到一个全局的容器去。

苹果注册了一个 Observer 监听 BeforeWaiting(即将进入休眠) 和 Exit (即将退出Loop) 事件，回调去执行一个很长的函数：
_ZN2CA11Transaction17observer_callbackEP19__CFRunLoopObservermPv()。这个函数里会遍历所有待处理的 UIView/CAlayer 以执行实际的绘制和调整，并更新 UI 界面

 

6.RunLoop的基本使用

//1.获取当前线程的NSRunLoop
+(NSRunLoop) currentRunLoop;
//2.获取主线程的NSRunLoop
+(NSRunLoop)mainRunLoop;
//3.获取RunLoop的CFRunLoopRef对象
- (CFRunLoopRef)getCFRunLoop
//4.将定时器添加到RunLoop中
/*
定时器的执行，其实并不是按照时间段额间隔进行调用方法，而是在定时器注册到 RunLoop中后，RunLoop会设置一个一个的时间点进行调用，例如，5,10,15,20等等。如果错过了某个时间点，定时器并不会延迟调用，而 是直接等待下一个时间点调用，所以定时器并不是准确的。
*/
- (void)addTimer:(NSTimer *)timer forMode:(NSRunLoopMode)mode;
//5.获取下个响应时间
- (nullable NSDate *)limitDateForMode:(NSRunLoopMode)mode;
//6.开始运行
- (void)run; 
//7.到某个时间点运行
- (void)runUntilDate:(NSDate *)limitDate;
//8.在某个期限前运行
- (BOOL)runMode:(NSRunLoopMode)mode beforeDate:(NSDate *)limitDate;
//9.添加输入源端口
- (void)addPort:(NSPort *)aPort forMode:(NSRunLoopMode)mode;
//10.移除输入源端口
- (void)removePort:(NSPort *)aPort forMode:(NSRunLoopMode)mode;

7.  RunLoop对外的接口

   7.1.CFRunLoopModeRef:

         CFRunLoopModeRef并没有对外暴露，只是通过 CFRunLoopRef 的接口进行了封装。他们的关系如下:

         一个 RunLoop 包含若干个 Mode;

        每个 Mode 又包含若干个 Source/Timer/Observer;

        每次调用RunLoop的主函数，只能指定其中一个Mode，即RunLoop在同一时间内，必须且只能设定一种模式，这种Mode被称为currentMode。 如果需要切换Mode必须退出loop，然后重新指定一个mode进入，重启Loop。这样做主要是为了分隔开不同组的 Source/Timer/Observer，让其互不影响。 NSDefaultRunLoopMode，默认模式，空闲状态，。

  7.2.CFRunLoopSourceRef==>是事件产生的地方

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

  7.3.CFRunLoopSourceContext

source1：被用于通过内核和其他线程互发消息。由内核和RunLoop管理，Mach port驱动，如CFMachPort，CFMessagePort。对应的结构体：CFRunLoopSourceContext1 CFRunLoopTimerRef 是RunLoop的时间源，

NSTimer就是用RunLoopTimer封装的，

同样的还有CADisplayLink,还有我们平时用的延时调用方法performSelector：afterDelay：

  7.4.CFRunLoopObserverRef(观察者)

是观察者，每个 Observer 都包含了一个回调（函数指针），当 RunLoop 的状态发生变化时，观察者就能通过回调接受到这个变化。可以观测的时间点有以下几个：

typedef CF_OPTIONS(CFOptionFlags, CFRunLoopActivity) {
    kCFRunLoopEntry         = (1UL << 0), // 即将进入Loop
    kCFRunLoopBeforeTimers  = (1UL << 1), // 即将处理 Timer
    kCFRunLoopBeforeSources = (1UL << 2), // 即将处理 Source
    kCFRunLoopBeforeWaiting = (1UL << 5), // 即将进入休眠
    kCFRunLoopAfterWaiting  = (1UL << 6), // 刚从休眠中唤醒
    kCFRunLoopExit          = (1UL << 7), // 即将退出Loop
};

上面的 Source/Timer/Observer 被统称为 mode item，一个 item 可以被同时加入多个 mode。但一个 item 被重复加入同一个 mode 时是不会有效果的。如果一个 mode 中一个 item 都没有，则 RunLoop 会直接退出，不进入循环。 

  7.5.CFRunLoopTimerRef

     是基于时间的触发器，它和 NSTimer 是toll-free bridged 的，可以混用。其包含一个时间长度和一个回调（函数指针）。当其加入到 RunLoop 时，RunLoop会注册对应的时间点，当时间点到时，RunLoop会被唤醒以执行那个回调。