来源：iOS 模块注解—「Runtime面试、工作」看我就 了 ^_^. -
iOS多线程--彻底学会多线程之『RunLoop』 | 不羁阁 | Walking Boy's Blog
RunLoop
RunLoop实际上是一个对象，这个对象在循环中用来处理程序运行过程中出现的各种事件（比如说触摸事件、UI刷新事件、定时器事件、Selector事件），从而保持程序的持续运行；而且在没有事件处理的时候，会进入睡眠模式，从而节省CPU资源，提高程序性能。
RunLoop在循环中会不断检测，通过Input sources（输入源）和Timer sources（定时源）两种来源等待接受事件；然后对接受到的事件通知线程进行处理，并在没有事件的时候进行休息。
CFRunLoopSourceRef
CFRunLoopSourceRef是事件源（RunLoop模型图中提到过），CFRunLoopSourceRef有两种分类方法。
第一种按照官方文档来分类（就像RunLoop模型图中那样）：
Port-Based Sources（基于端口）
Custom Input Sources（自定义）
Cocoa Perform Selector Sources
第二种按照函数调用栈来分类：
Source0 ：非基于Port
Source1：基于Port，通过内核和其他线程通信，接收、分发系统事件
CFRunLoopObserverRef
CFRunLoopObserverRef是观察者，用来监听RunLoop的状态改变
CFRunLoopObserverRef可以监听的状态改变有以下几种：
typedefCF_OPTIONS(CFOptionFlags,CFRunLoopActivity) {
kCFRunLoopEntry = (1UL <<0),// 即将进入Loop：1
kCFRunLoopBeforeTimers = (1UL <<1),// 即将处理Timer：2
kCFRunLoopBeforeSources = (1UL <<2),// 即将处理Source：4
kCFRunLoopBeforeWaiting = (1UL <<5),// 即将进入休眠：32
kCFRunLoopAfterWaiting = (1UL <<6),// 即将从休眠中唤醒：64
kCFRunLoopExit = (1UL <<7),// 即将从Loop中退出：128
kCFRunLoopAllActivities =0x0FFFFFFFU// 监听全部状态改变
};
后台常驻线程（很常用）
我们在开发应用程序的过程中，如果后台操作特别频繁，经常会在子线程做一些耗时操作（下载文件、后台播放音乐等），我们最好能让这条线程永远常驻内存。
那么怎么做呢？
添加一条用于常驻内存的强引用的子线程，在该线程的RunLoop下添加一个Sources，开启RunLoop。
- (void)viewDidLoad { [super viewDidLoad];
// 创建线程，并调用run1方法执行任务
self.thread = [[NSThread alloc] initWithTarget:self selector:@selector(run1) object:nil];
// 开启线程 [self.thread start];
}
- (void) run1{
// 这里写任务 NSLog(@"----run1-----");
// 添加下边两句代码，就可以开启RunLoop，之后self.thread就变成了常驻线程，可随时添加任务，并交于RunLoop处理
[[NSRunLoop currentRunLoop] addPort:[NSPort port] forMode:NSDefaultRunLoopMode]; [[NSRunLoop currentRunLoop] run];
// 测试是否开启了RunLoop，如果开启RunLoop，则来不了这里，因为RunLoop开启了循环。 NSLog(@"未开启RunLoop");
}
第二种方法
- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event{
// 利用performSelector，在self.thread的线程中调用run2方法执行任务
[self performSelector:@selector(run2) onThread:self.thread withObject:nil waitUntilDone:NO];
}
- (void) run2{ NSLog(@"----run2------");}
RunLoop总结：RunLoop的应用场景（四）App卡顿监测 -
主线程的RunLoop是在应用启动时自动开启的，也没有超时时间，所以正常情况下，主线程的RunLoop 只会在 2---9 之间无限循环下去。
那么，我们只需要在主线程的RunLoop中添加一个observer，检测从kCFRunLoopBeforeSources到kCFRunLoopBeforeWaiting花费的时间 是否过长。如果花费的时间大于某一个阙值，我们就认为有卡顿，并把当前的线程堆栈转储到文件中，并在以后某个合适的时间，将卡顿信息文件上传到服务器。
RunLoop总结：RunLoop的应用场景（五）阻止App崩溃一次 -
iOS应用崩溃，常见的崩溃信息有EXC_BAD_ACCESS、SIGABRT XXXXXXX,而这里分为两种情况，一种是未被捕获的异常，我们只需要添加一个回调函数，并在应用启动时调用一个 API即可；另一种是直接发送的SIGABRT XXXXXXX,这里我们也需要监听各种信号，然后添加回调函数。
针对情况一，其实我们都见过。我们在收集App崩溃信息时，需要添加一个函数NSSetUncaughtExceptionHandler(&HandleException)，参数 是一个回调函数，在回调函数里获取到异常的原因，当前的堆栈信息等保存到 dump文件，然后供下次打开App时上传到服务器。
其实，我们在HandleException回调函数中，可以获取到当前的RunLoop，然后获取该RunLoop中的所有Mode，手动运行一遍。
针对情况二，首先针对多种要捕获的信号，设置好回调函数，然后也是在回调函数中获取RunLoop，然后拿到所有的Mode，手动运行一遍。
CFRunLoopRefrunLoop =CFRunLoopGetCurrent();
CFArrayRefallModes =CFRunLoopCopyAllModes(runLoop);
while(!ignore) {
for(NSString*modein(__bridgeNSArray*)allModes) {
CFRunLoopRunInMode((CFStringRef)mode,0.001,false);
} }
CFRelease(allModes);
1
问题：runloop是来做什么的？runloop和线程有什么关系？主线程默认开启了runloop么？子线程呢？
解答：runloop: 从字面意思看：运行循环、跑圈，其实它内部就是do-while循环，在这个循环内部不断地处理各种任务（比如Source、Timer、Observer）事件。runloop和线程的关系：一个线程对应一个RunLoop，主线程的RunLoop默认创建并启动，子线程的RunLoop需手动创建且手动启动（调用run方法）。RunLoop只能选择一个Mode启动，如果当前Mode中没有任何Source(Sources0、Sources1
)、Timer，那么就直接退出RunLoop。
02
问题：runloop的mode是用来做什么的？有几种mode？
解答：model:是runloop里面的运行模式，不同的模式下的runloop处理的事件和消息有一定的差别。系统默认注册了5个Mode:（1）kCFRunLoopDefaultMode: App的默认 Mode，通常主线程是在这个 Mode 下运行的。（2）UITrackingRunLoopMode: 界面跟踪 Mode，用于 ScrollView 追踪触摸滑动，保证界面滑动时不受其他 Mode 影响。（3）UIInitializationRunLoopMode: 在刚启动 App 时第进入的第一个 Mode，启动完成后就不再使用。（4）GSEventReceiveRunLoopMode: 接受系统事件的内部 Mode，通常用不到。（5）kCFRunLoopCommonModes: 这是一个占位的 Mode，没有实际作用。注意iOS 对以上5中model进行了封装 NSDefaultRunLoopMode、NSRunLoopCommonModes
03
问题：为什么把NSTimer对象以NSDefaultRunLoopMode（kCFRunLoopDefaultMode）添加到主运行循环以后，滑动scrollview的时候NSTimer却不动了？
解答：
在寻找NSRunLoopCommonModes和NSDefaultRunLoopMode区别时发现 - CSDN博客
当实例化NSTimer对象的时候，通常会使用 scheduledTimerWithTimeInterval 方法。该方法会自动为我们实例化的timer添加到当前线程的RunLoop中，并且默认模式是 NSDefaultRunLoopMode。但当前线程是主线程时，某些UI事件，比如ScrollView正在拖动，将会RunLoop切换成 NSEventTrackingRunLoopMode 模式，在这个模式下，默认的 NSDefaultRunLoopMode 模式中注册的事件是不会执行的。也就是说，使用 scheduledTimerWithTimeInterval 方法添加到RunLoop中的Timer就不会执行。
为了设置一个不被UI干扰的Timer，我们需要手动创建一个Timer，然后使用RunLoop的 addTimer:forMode: 方法来把Timer按照指定的模式加入到RunLoop中。这里使用 NSRunLoopCommonModes 模式，这个模式相当于 NSDefaultRunLoopMode 和 NSEventTrackingRunLoopMode 的结合。
1、如果是在主线程中运行timer，想要timer在某界面有视图滚动时，依然能正常运转，那么将timer添加到RunLoop中时，就需要设置mode 为NSRunLoopCommonModes。
2、如果是在子线程中运行timer,那么将timer添加到RunLoop中后，Mode设置为NSDefaultRunLoopMode或NSRunLoopCommonModes均可，但是需要保证RunLoop在运行，且其中有任务。
作者：Haley_Wong
链接：https://www.jianshu.com/p/b2d431d6fa09
來源：
著作权归作者所有，任何形式的转载都请联系作者获得授权并注明出处。
04
问题：苹果是如何实现Autorelease Pool的？
解答：Autorelease Pool作用：缓存池，可以避免我们经常写relase的一种方式。其实就是延迟release，将创建的对象，添加到最近的autoreleasePool中，等到autoreleasePool作用域结束的时候，会将里面所有的对象的引用计数器 - autorelease.
