iOS RunLoop总结

很多有关runloop的文章，都是长篇描述，看懵很多人，特别是C/C++代码部分，看完下来，发生了什么，我是谁，我在干什么？runloop到底什么？
其实，我们看runloop 很简单，不为造轮子，不为能钻研出什么魔法出来

• runloop 能干什么,项目中哪些场景用到了它
• 面试的时候，我怎么去回答，那么长篇大段的原理，我的天
  接下来，跟着我的脚步，揭开runloop的面纱，先看看面试的时候需要的理论知识

1.runloop 是什么

• runloop就是循环来处理程序运行过程中出现的各种事件（比如说触摸事件、UI刷新事件、定时器事件、Selector事件），从而保持程序的持续运行，而在没有任何任务处理时，会让线程休眠。

2.runloop与线程

• 一条线程对应一个RunLoop对象，每条线程都有唯一一个与之对应的 RunLoop 对象

• RunLoop保存在一个全局的Dictionary里，线程作为key,RunLoop作为value。
  (key:线程 ，value:runloop)

• RunLoop 对象在第一次获取 RunLoop 时创建，销毁则是在线程结束的时候。

• 主线程的 RunLoop 对象系统自动帮助我们创建好了，而子线程的 RunLoop对象需要我们主动创建和维护。

这里主线程 runloop自动创建，可能会被面试官深问是什么时候创建的，怎么创建的？看怎么回答

int main(int argc, char * argv[]) {
    @autoreleasepool {
        return UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));
    }
}

这是app程序，函数入口mian,在main里面，直接return 了UIApplicationMain函数的返回值。一般rutern不是直接返回，这个就结束了吗？为什么这里能一直保持程序不退出呢？

其实 UIApplicationMain 函数内部帮我们开启了主线程的 RunLoop， 内部拥有一个无限循环的代码（理解成do...while就OK），这样，UIApplicationMain函数就不会立刻返回，只要程序不退出/崩溃，它就一直循环。

3.runloop五种模式

1. kCFRunLoopDefaultMode：App的默认Mode，通常主线程是在这个Mode下运行
2. UITrackingRunLoopMode：界面跟踪 Mode，用于 ScrollView 追踪触摸滑动，保证界面滑动时不受其他 Mode 影响
3. UIInitializationRunLoopMode: 在刚启动 App 时第进入的第一个 Mode，启动完成后就不再使用，会切换到kCFRunLoopDefaultMode
4. GSEventReceiveRunLoopMode: 接受系统事件的内部 Mode，通常用不到
5. kCFRunLoopCommonModes: 这是一个占位用的Mode，作为标记kCFRunLoopDefaultMode和UITrackingRunLoopMode用，并不是一种真正的Mode

现实中,需要用到runloop mode的时候，指定kCFRunLoopCommonModes就行了，对于defaultMode与trackingMode来回切太麻烦，头疼吧

面试被问到这个知识点，肯定会问 NSTimer

1）NSTimer 倒计时精确不准。自测的话可以看打印log时间，只要是runloop的影响，虽然我们把它的mode 设置成commondMode 还是会受影响；

2）NSTimer 循环引用的问题。怎么解决，要么写一个继承NSObject类来实现，要么用GCD来写。具体相关代码自己搜咯 [\斜眼笑]。

补充一下，GCD并不是基于RunLoop的（除了dispatch 调度到main queue)

上面都是基本知识，接下里，还会问什么，就是原理东西了，比如：runloop是怎么处理事件的？

触摸事件：关键词source1 souce0 ，响应链hit-Testing等等
那就看我发布的这篇文章
iOS 触摸事件 hitTest touches nextResponder

环环相扣，面试就是那么难，脑子里面没有点墨水不行，哈哈，知道为什么你的隔壁同事为什么薪资比你高了吧，写代码可以不行，但是能说，说的好，薪资高，我也羡慕他们，没事，跟我混，我带你们走上巅峰（吹水了哈，共同探讨，大家多指点，一起进步咯）

image

重点来了，Runloop 实际项目开发应用场景用到了什么？
Runloop 应用场景：
1）子线程 常驻存活
用于多次重复使用到的情景（网络请求）,如果存活，就不用重复创建-销毁
2）让UITableView、UICollectionView等延迟加载图片
[imageView performSelector:@selector(setImage:) withObject:image afterDelay:0nModes:@[NSDefaultRunLoopMode]];
这算一个优化点，这里用的defaultMode，就是滚动的时候不加载图片，停止滚动加载图片
3）定时器-Timer (GCD来做定时器会更好）
4）阻止app崩溃
5）检测app卡顿情况

有问题，请赐教，抱拳

ps:拓展

• iOS应用崩溃，常见的崩溃信息有EXC_BAD_ACCESS、SIGABRT XXXXXXX,而这里分为两种情况，一种是未被捕获的异常，我们只需要添加一个回调函数，并在应用启动时调用一个 API即可；另一种是直接发送的 SIGABRT XXXXXXX,这里我们也需要监听各种信号，然后添加回调函数。
  针对情况一，其实我们都见过。我们在收集App崩溃信息时，需要添加一个函数 NSSetUncaughtExceptionHandler(&HandleException)，参数 是一个回调函数，在回调函数里获取到异常的原因，当前的堆栈信息等保存到 dump文件，然后供下次打开App时上传到服务器。
  其实，我们在HandleException回调函数中，可以获取到当前的RunLoop，然后获取该RunLoop中的所有Mode，手动运行一遍
  针对情况二，首先针对多种要捕获的信号，设置好回调函数，然后也是在回调函数中获取RunLoop，然后拿到所有的Mode，手动运行一遍。
• app卡顿情况监测， 我们只需要在主线程的RunLoop中添加一个observer，检测从 kCFRunLoopBeforeSources 到 kCFRunLoopBeforeWaiting 花费的时间 是否过长。如果花费的时间大于某一个阙值，我们就认为有卡顿，并把当前的线程堆栈转储到文件中，并在以后某个合适的时间，将卡顿信息文件上传到服务器。