RunLoop总结与面试

时间  2019-11-08
标签 runloop 总结 面试 栏目 快乐工作 繁體版
原文   原文链接

以前关于RunLoop只知道一点，最近花时间从新系统的学习了一下，如下是个人学习笔记及总结。有不足的部分，望大佬不吝赐教。面试

1.RunLoop 概念

计算机处理任务有进程和线程的概念，而在iOS中一个App只能开启一个进程，可是线程能够开启多个。通常来说，一个线程一次只能执行一个任务，执行完成后线程就会退出。数组

当咱们须要一个常驻线程，可让线程在须要作事的时候忙起来，不须要的话就让线程休眠，能够这样作：安全

do {
   //获取消息
   //处理消息
} while (消息 ！= 退出)
复制代码

上面的这种循环模型被称做 Event Loop。Event Loop 在不少系统和框架里都有实现，如 Windows 程序的消息循环、OSX/iOS 里的 RunLoop。bash

因此，RunLoop 实际上就是一个对象，这个对象管理了其须要处理的事件和消息，并提供了一个入口函数来执行上面 Event Loop 的逻辑。线程执行了这个函数后，就会一直处于这个函数内部 “接受消息->等待->处理” 的循环中，直到这个循环结束（好比传入 quit 的消息），函数返回。框架

OSX/iOS 系统中，提供了两个这样的对象： NSRunLoop 和 CFRunLoopRefasync

屏幕快照 2019-03-28 下午4.11.13.png

  • CFRunLoopRef 是在 CoreFoundation 框架内的，它提供了纯 C 函数的 API，全部这些 API 都是线程安全的。
  • NSRunLoop 是基于 CFRunLoopRef 的封装，提供了面向对象的 API，可是这些 API 不是线程安全的。

2.RunLoop基本做用

  • 1.使程序一直运行并接受用户输入 程序一启动就会开一个主线程，主线程一开起来就会跑一个主线程对应的RunLoop，RunLoop保证主线程不会被销毁，也就保证了程序的持续运行。
  • 2.决定程序在什么时候应该处理哪些Event 好比：触摸事件，定时器事件，Selector事件等
  • 3.节省CPU时间 程序运行起来时，什么操做都没有作的时候，RunLoop就告诉CPU，如今没有事情作，我要去休息，这时CPU就会将其资源释放出来去作其余的事情，当有事情作的时候RunLoop就会立马起来去作事情

3.RunLoop与线程

苹果不容许直接建立RunLoop，可是能够经过[NSRunLoop currentRunLoop]或者CFRunLoopGetCurrent()来获取（若是没有就会自动建立一个）。函数

// 拿到当前Runloop 调用_CFRunLoopGet0
CFRunLoopRef CFRunLoopGetCurrent(void) {
    CHECK_FOR_FORK();
    CFRunLoopRef rl = (CFRunLoopRef)_CFGetTSD(__CFTSDKeyRunLoop);
    if (rl) return rl;
    return _CFRunLoopGet0(pthread_self());
}

// 查看_CFRunLoopGet0方法内部
CF_EXPORT CFRunLoopRef _CFRunLoopGet0(pthread_t t) {
    if (pthread_equal(t, kNilPthreadT)) {
	t = pthread_main_thread_np();
    }
    __CFLock(&loopsLock);
    if (!__CFRunLoops) {
        __CFUnlock(&loopsLock);
	CFMutableDictionaryRef dict = CFDictionaryCreateMutable(kCFAllocatorSystemDefault, 0, NULL, &kCFTypeDictionaryValueCallBacks);
	// 根据传入的主线程获取主线程对应的RunLoop
	CFRunLoopRef mainLoop = __CFRunLoopCreate(pthread_main_thread_np());
	// 保存主线程 将主线程-key和RunLoop-Value保存到字典中
	CFDictionarySetValue(dict, pthreadPointer(pthread_main_thread_np()), mainLoop);
	if (!OSAtomicCompareAndSwapPtrBarrier(NULL, dict, (void * volatile *)&__CFRunLoops)) {
	    CFRelease(dict);
	}
	CFRelease(mainLoop);
        __CFLock(&loopsLock);
    }
    
    // 从字典里面拿，将线程做为key从字典里获取一个loop
    CFRunLoopRef loop = (CFRunLoopRef)CFDictionaryGetValue(__CFRunLoops, pthreadPointer(t));
    __CFUnlock(&loopsLock);
    
    // 若是loop为空，则建立一个新的loop，因此runloop会在第一次获取的时候建立
    if (!loop) {  
	CFRunLoopRef newLoop = __CFRunLoopCreate(t);
        __CFLock(&loopsLock);
	loop = (CFRunLoopRef)CFDictionaryGetValue(__CFRunLoops, pthreadPointer(t));
	
	// 建立好以后，以线程为key runloop为value，一对一存储在字典中，下次获取的时候，则直接返回字典内的runloop
	if (!loop) { 
	    CFDictionarySetValue(__CFRunLoops, pthreadPointer(t), newLoop);
	    loop = newLoop;
	}
        
        __CFUnlock(&loopsLock);
	CFRelease(newLoop);
    }
    if (pthread_equal(t, pthread_self())) {
        _CFSetTSD(__CFTSDKeyRunLoop, (void *)loop, NULL);
        if (0 == _CFGetTSD(__CFTSDKeyRunLoopCntr)) {
            _CFSetTSD(__CFTSDKeyRunLoopCntr, (void *)(PTHREAD_DESTRUCTOR_ITERATIONS-1), (void (*)(void *))__CFFinalizeRunLoop);
        }
    }
    return loop;
}
复制代码

从上面的代码能够看出: 线程和 RunLoop 之间是一一对应的，其关系是保存在一个 Dictionary 里。因此咱们建立子线程RunLoop时，只需在子线程中获取当前线程的RunLoop对象便可[NSRunLoop currentRunLoop];若是不获取，那子线程就不会建立与之相关联的RunLoop，而且只能在一个线程的内部获取其 RunLoop [NSRunLoop currentRunLoop];方法调用时，会先看一下字典里有没有存子线程相对用的RunLoop，若是有则直接返回RunLoop，若是没有则会建立一个，并将与之对应的子线程存入字典中。当线程结束时，RunLoop会被销毁。oop

总结：post

线程和 RunLoop 之间是一一对应的；其关系保存在一个全局的 Dictionary 里，线程做为key,RunLoop做为value；线程建立以后是没有RunLoop的（主线程除外）；RunLoop在第一次获取时建立，在线程结束时销毁。学习

4.RunLoop 主要组成

  • RunLoop 有5个类
  • CFRunLoopRef
  • CFRunLoopModeRef
  • CFRunLoopSourceRef
  • CFRunLoopTimerRef
  • CFRunLoopObserverRef

关系以下：

RunLoop 内部关系1

RunLoop 内部关系2

一个 RunLoop 包含若干个 Mode，每一个 Mode 又包含若干个 Source/Timer/Observer。每次调用 RunLoop 的主函数时，只能指定其中一个 Mode，这个Mode被称做 CurrentMode。若是须要切换 Mode，只能退出 RunLoop，再从新指定一个 Mode 进入。这样作主要是为了分隔开不一样组的 Source/Timer/Observer，让其互不影响。

4.1 CFRunLoopMode

CFRunLoopMode 结构大体以下：

struct __CFRunLoopMode {
    CFStringRef _name;            // mode名称
    CFMutableSetRef _sources0;    // sources0
    CFMutableSetRef _sources1;    // sources1
    CFMutableArrayRef _observers; // 通知
    CFMutableArrayRef _timers;    // 定时器
    __CFPortSet _portSet;  // 保存全部须要监听的port，好比 _wakeUpPort，_timerPort都保存在这个数组中
};
复制代码

一个CFRunLoopMode对象有一个name，若干source0、source一、timer、observer和若干port，可见事件都是由Mode在管理，而RunLoop管理Mode。

特性

  • RunLoop在同一段时间只能且必须在一种特定Mode下Run
  • 更换Mode时，须要中止当前Loop，而后重启新Loop
  • Mode是iOS App滑动顺畅的关键

苹果文档中提到的 Mode 有五个，分别是：

  • NSDefaultRunLoopMode：App的默认Mode，一般主线程是在这个Mode下运行；
  • NSConnectionReplyMode
  • NSModalPanelRunLoopMode
  • NSEventTrackingRunLoopMode
  • NSRunLoopCommonModes

iOS 中公开暴露出来的只有 NSDefaultRunLoopMode 和 NSRunLoopCommonModes。 NSRunLoopCommonModes 其实是一个 Mode 的集合，默认包括 NSDefaultRunLoopMode 和 NSEventTrackingRunLoopMode（注意：并非说Runloop会运行在kCFRunLoopCommonModes这种模式下，而是至关于分别注册了 NSDefaultRunLoopMode和 UITrackingRunLoopMode。固然你也能够经过调用CFRunLoopAddCommonMode()方法将自定义Mode放到 kCFRunLoopCommonModes组合）。

4.2 CFRunLoopTimer

是基于时间的触发器，基本上说的就是NSTimer，它受RunLoop的Mode影响（GCD的定时器不受RunLoop的Mode影响），当其加入到 RunLoop 时，RunLoop会注册对应的时间点，当时间点到时，RunLoop会被唤醒以执行那个回调。若是线程阻塞或者不在这个Mode下，触发点将不会执行，一直等到下一个周期时间点触发。

特性：

  • CFRunLoopTimer 是定时器，能够在设定的时间点抛出回调
  • CFRunLoopTimer和NSTimer是toll-free bridged的，能够相互转换

RunLoopTimer的封装

+ (NSTimer *)timerWithTimeInterval:(NSTimeInterval)ti   
invocation:(NSInvocation *)invocation repeats:(BOOL)yesOrNo;
+ (NSTimer *)scheduledTimerWithTimeInterval:(NSTimeInterval)ti 
 invocation:(NSInvocation *)invocation repeats:(BOOL)yesOrNo;

- (void)performSelector:(SEL)aSelector withObject:(id)anArgument  
 afterDelay:(NSTimeInterval)delay inModes:(NSArray *)modes;

+ (CADisplayLink *)displayLinkWithTarget:(id)target selector:(SEL)sel;
- (void)addToRunLoop:(NSRunLoop *)runloop forMode:(NSString *)mode;
复制代码

4.3 CFRunLoopSource

CFRunLoopSourceRef是事件源（输入源），定义了两个Version的Source:

  • Source0：处理App内部事件、App本身负责管理（触发），如UIEvent、CFSocket。 source0是非基于Port的。只包含了一个回调（函数指针），它并不能主动触发事件。使用时，你须要先调用 CFRunLoopSourceSignal(source)，将这个 Source 标记为待处理，而后手动调用 CFRunLoopWakeUp(runloop) 来唤醒 RunLoop，让其处理这个事件。

  • Source1：由RunLoop和内核管理，Mach port驱动，如CFMachPort、CFMessagePort。 包含了一个 mach_port 和一个回调（函数指针），被用于经过内核和其余线程相互发送消息。这种 Source 能主动唤醒 RunLoop 的线程。

4.4 CFRunLoopObserver

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

enum CFRunLoopActivity {
    kCFRunLoopEntry             = (1 << 0),    // 即将进入Loop   
    kCFRunLoopBeforeTimers 		= (1 << 1),    // 即将处理 Timer    	
    kCFRunLoopBeforeSources		= (1 << 2),    // 即将处理 Source  
    kCFRunLoopBeforeWaiting		= (1 << 5),    // 即将进入休眠     
    kCFRunLoopAfterWaiting 		= (1 << 6),    // 刚从休眠中唤醒   
    kCFRunLoopExit              = (1 << 7),    // 即将退出Loop  
    kCFRunLoopAllActivities		= 0x0FFFFFFFU  // 包含上面全部状态  
};
typedef enum CFRunLoopActivity CFRunLoopActivity;
复制代码

5.RunLoop 的内部逻辑

RunLoop 的内部逻辑

流程以下：

1.通知观察者 RunLoop 启动
以后调用内部函数，进入Loop，下面的流程都在Loop内部do-while函数中执行。 2.通知观察者: RunLoop 即将触发 Timer 回调。（kCFRunLoopBeforeTimers） 3.通知观察者: RunLoop 即将触发 Source0 回调
（kCFRunLoopBeforeSources） 4.RunLoop 触发 Source0 回调。 5.若是有 Source1 处于等待状态，直接处理这个 Source1 而后跳转到第9步处理消息。 6.通知观察者：RunLoop 的线程即将进入休眠(sleep)。（kCFRunLoopBeforeWaiting） 7.调用 mach_msg监听唤醒端口 系统内核将这个线程挂起，停留在mach_msg_trap状态，等待接受 mach_port 的消息。线程将进入休眠, 直到被下面某一个事件唤醒**

存在Source0被标记为待处理，系统调用CFRunLoopWakeUp唤醒线程处理事件 定时器时间到了 RunLoop自身的超时时间到了 RunLoop外部调用者唤醒

8.通知观察者线程已经被唤醒
（kCFRunLoopAfterWaiting） 9.处理事件

若是一个 Timer 到时间了，触发这个Timer的回调 若是有dispatch到main_queue的block，执行block 若是一个 Source1 发出事件了，处理这个事件 事件处理完成进行判断： 进入loop时传入参数指明处理完事件就返回（stopAfterHandle） 超出传入参数标记的超时时间（timeout） 被外部调用者强制中止__CFRunLoopIsStopped(runloop) source/timer/observer 全都空了__CFRunLoopModeIsEmpty(runloop, currentMode) 上面4个条件都不知足，即没超时、mode里没空、loop也没被中止，那继续loop。此时跳转到步骤2继续循环。

10.系统通知观察者: RunLoop 即将退出。 知足步骤9事件处理完成判断4条中的任何一条，跳出do-while函数的内部，通知观察者Loop结束。

6.RunLoop 实际应用

6.1 AutoreleasePool

App启动以后，苹果在主线程 RunLoop 里注册了两个 Observer，回调都是_wrapRunLoopWithAutoreleasePoolHandler()。 1. 第一个observer，监听了一个事件：
即将进入Loop（kCFRunLoopEntry），其回调会调用 _objc_autoreleasePoolPush()建立一个栈自动释放池，这个优先级最高，保证建立释放池在其余操做以前。 2.第二个observer，监听了两个事件：
1).准备进入休眠（kCFRunLoopBeforeWaiting），此时调用 _objc_autoreleasePoolPop()和 _objc_autoreleasePoolPush()来释放旧的池并建立新的池。 2). 即将退出Loop（kCFRunLoopExit），此时调用 _objc_autoreleasePoolPop()释放自动释放池。这个 observer 的优先级最低，确保池子释放在全部回调以后。

在主线程中执行代码通常都是写在事件回调或Timer回调中的，这些回调都被加入了main thread的自动释放池中，因此在ARC模式下咱们不用关心对象何时释放，也不用去建立和管理pool。

6.2 事件响应

系统注册了一个 Source1 用来接收系统事件，其回调函数为 __IOHIDEventSystemClientQueueCallback()。当一个硬件事件(触摸/锁屏/摇晃等)发生后，首先由 IOKit.framework 生成一个 IOHIDEvent 事件并由 SpringBoard 接收。

SpringBoard 只接收按键(锁屏/静音等)、触摸、加速，传感器等几种事件

随后用 mach port 转发给须要的App进程。随后系统注册的那个 Source1 就会触发回调，并调用_UIApplicationHandleEventQueue()进行应用内部的分发。 _UIApplicationHandleEventQueue()会把 IOHIDEvent 事件处理并包装成 UIEvent 进行处理或分发，其中包括识别 UIGesture/处理屏幕旋转/发送给 UIWindow 等。一般事件好比 UIButton 点击、touchesBegin/Move/End/Cancel 事件都是在这个回调中完成的。

6.3 定时器

1.NSTimer 的工做原理 这里说的定时器就是NSTimer，咱们使用频率最高的定时器，它的原型是CFRunLoopTimerRef。一个Timer注册 RunLoop 以后，RunLoop 会为这个Timer的重复时间点注册好事件。

须要注意：

1.若是某个重复的时间点因为线程阻塞或者其余缘由错过了，例如执行了一个很长的任务，则那个时间点的回调也会跳过去，不会延后执行。就好比等公交，若是 10:10 时我忙着玩手机错过了那个点的公交，那我只能等 10:20 这一趟了。 2.咱们在哪一个线程调用 NSTimer 就必须在哪一个线程终止。

Timer 有个属性叫作 Tolerance (宽容度)，官方文档给它的解释是 Timer 的计时并非准确的，有必定的偏差。

2.NSTimer 优化使用 开发中常见的现象：在界面上有一个UIscrollview控件（tableview，collectionview等），若是此时还有一个定时器在执行一个事件，你会发现当你滚动scrollview的时候，定时器会失效。

这是由于，为了更好的用户体验，在主线程中UITrackingRunLoopMode的优先级最高。在用户拖动控件时，主线程的Run Loop是运行在UITrackingRunLoopMode下，而建立的Timer是默认关联为Default Mode，所以系统不会当即执行Default Mode下接收的事件。

解决方法1： 将当前 Timer 加入到 UITrackingRunLoopMode 或 kCFRunLoopCommonModes 中

NSTimer * timer = [NSTimer scheduledTimerWithTimeInterval:1.0 target:self selector:@selector(TimerFire:) userInfo:nil repeats:YES];
[[NSRunLoop mainRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];  
复制代码

解决方法2： 用GCD定时器

//dispatch_source_t必须是全局或static变量，不然timer不会触发
    static dispatch_source_t timer;
    //建立新的调度源（这里传入的是DISPATCH_SOURCE_TYPE_TIMER，建立的是Timer调度
    timer = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER, 0, 0, dispatch_get_main_queue());
    dispatch_source_set_timer(timer, DISPATCH_TIME_NOW, 1 * NSEC_PER_SEC, 0 * NSEC_PER_SEC);
    dispatch_source_set_event_handler(timer, ^{
        NSLog(@"%@",[NSThread currentThread]);
    });
    //启动或继续定时器
    dispatch_resume(timer);
复制代码

6.4 基于mode的拓展应用

用户滑动 scrollView 的过程当中加载图片，因为UI的操做都是在主线程进行的，会形成滑动不流畅的问题，这个时候咱们就须要在滑动的时候不加载图片，等滑动操做完成再进行加载图片的操做。

通常咱们能够设置代理，当用户滑动结束的时候通知代理加载图片，这样比较麻烦太low，基于RunLoop的原理咱们只要一行代码便可搞定。

UIImage *downloadedImage = ...;
[self.avatarImageView performSelector:@selector(setImage:)
                               withObject:downloadedImage
                               afterDelay:0
                                  inModes:@[NSDefaultRunLoopMode]];
复制代码

经过将图片的设置 setImage: 添加到 DefaultMode 里面，确保在 UITrackingRunLoopMode 下该操做不会被执行，保证了滑动的流畅性。

6.5 RunLoop与GCD关系

当调用了dispatch_async(dispatch_get_main_queue(), <#^(void)block#>)时，libDispatch会向主线程RunLoop发送消息唤醒RunLoop，RunLoop从消息中获取block，而且在__CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__回调里执行这个block。dispatch_after同理。如图：

dispatch.png

7.相关面试题

1.谈谈runloop的理解；
2.runloop有哪些状态；
3.RunLoop的做用是什么？它的内部工做机制了解么？（最好结合线程来讲） 4.TableView/ScrollView/CollectionView滚动时为何NSTimer会中止？
5.RunLoop和线程有什么关系？

求知四阶段

不知本身不知道
不知本身已知道
已知本身已知道
知道本身不知道

参考文献：

深刻理解RunLoop
孙源@sunnyxx 视频分享
iOS RunLoop详解
RunLoop的前世此生
iOS底层原理总结 - RunLoop

相关文章
相关标签/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公众号
   欢迎关注本站公众号,获取更多信息
联系我们 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程