Runloop

来源：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.

timer方法不会走 正确写法