iOS 中Run Loop的理解(1)

转：
1. http://www.cnblogs.com/cqb-learner/p/5859431.html
2. http://www.2cto.com/kf/201603/496356.html
3. http://blog.csdn.net/u011619223/article/details/50075495

当有持续的异步任务需求时，我们会创建一个独立的生命周期可控的线程。RunLoop就是控制线程生命周期并接收事件进行处理的机制。
RunLoop是iOS事件响应与任务处理最核心的机制，它贯穿iOS整个系统。

进程是一家工厂，线程是一个流水线，Run Loop就是流水线上的主管；当工厂接到商家的订单分配给这个流水线时，Run Loop就启动这个流水线，让流水线动起来，生产产品；当产品生产完毕时，Run Loop就会暂时停下流水线，节约资源。RunLoop管理流水线，流水线才不会因为无所事事被工厂销毁；而不需要流水线时，就会辞退RunLoop这个 主管，即退出线程，把所有资源释放。

RunLoop并不是iOS平台的专属概念，在任何平台的多线程编程中，为控制线程的生命周期，接收处理异步消息都需要类似RunLoop的循环机制实现，Android的Looper就是类似的机制。

特性

1. 主线程的RunLoop在应用启动的时候就会自动创建；其他线程则需要在该线程下自己启动，不能自己创建RunLoop
2. RunLoop并不是线程安全的，所以需要避免在其他线程上调用当前线程的RunLoop。
3. RunLoop负责管理autorelease pools
4. RunLoop负责处理消息事件，即输入源事件和计时器事件

RunLoop机制

主线程 (有 RunLoop 的线程) 几乎所有函数都从以下六个之一的函数调起:

• CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION（CFRunloop is calling out to an abserver callback function）
  用于向外部报告 RunLoop 当前状态的更改，框架中很多机制都由 RunLoopObserver 触发，如 CAAnimation。

• CFRUNLOOP_IS_CALLING_OUT_TO_A_BLOCK（CFRunloop is calling out to a block）
  消息通知、非延迟的perform、dispatch调用、block回调、KVO

• CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE （CFRunloop is servicing the main dispatch queue）

• CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION
  (CFRunloop is calling out to a timer callback function)
  延迟的perform, 延迟dispatch调用

• CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION
  (CFRunloop is calling out to a source 0 perform function)
  处理App内部事件、App自己负责管理（触发），如UIEvent、CFSocket。普通函数调用，系统调用

• CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION
  (CFRunloop is calling out to a source 1 perform function)
  由RunLoop和内核管理，Mach port驱动，如CFMachPort、CFMessagePort

RunLoop 架构

RunLoop 运行时

RunLoop 运行时调用栈

RunLoopObserver与Autorelease Pool的关系

UIKit 通过 RunLoopObserver 在 RunLoop 两次 Sleep 间对 Autorelease Pool 进行 Pop 和 Push 将这次 Loop 中产生的 Autorelease 对象释放。

RunLoop的挂起与唤醒

指定用于唤醒的mach_port端口
调用mach_msg监听唤醒端口，被唤醒前系统内核将这个线程挂起，停留在mach_msg_trap状态。
由另一个线程向内核发送这个端口的msg后，trap状态被唤醒，RunLoop继续工作。

RunLoop支持的消息事件(Events)

支持接收处理输入源（Input Source）事件，包括：系统的Mach Port事件，是一种通讯事件自定义输入事件

支持接受处理定时源（Timer）事件
在启动RunLoop之前，必须添加监听的输入源事件或者定时源事件，否则调用[runloop run]会直接返回，而不会进入循环让线程长驻。

如果没有添加任何输入源事件或Timer事件，线程会一直在无限循环空转中，会一直占用CPU时间片，没有实现资源的合理分配。

没有while循环且没有添加任何输入源或Timer的线程，线程会直接完成，被系统回收。

//错误做法NSRunLoop*runLoop = [NSRunLoop currentRunLoop];while(!self.isCancelled&&!self.isFinished){    [runLoop runUntilDate:[NSDate dateWithTimeIntervalSinceNow:3]];};//正确做法NSRunLoop*runLoop = [NSRunLoop currentRunLoop];[runLoop addPort:[NSMachPortport] forMode:NSDefaultRunLoopMode];while(!self.isCancelled&&!self.isFinished){@autoreleasepool { [runLoop runUntilDate:[NSDate dateWithTimeIntervalSinceNow:3]]; }}

Run Loop Modes

理解Run Loop Mode就是流水线上支持生产的产品类型，流水线在一个时刻只能在一种模式下运行，生产某一类型的产品。消息事件就是订单。

Cocoa定义了四中Mode

• Default：NSDefaultRunLoopMode，默认模式，在Run Loop没有指定Mode的时候，默认就跑在Default Mode下

• Connection：NSConnectionReplyMode，用来监听处理网络请求NSConnection的事件

• Modal：NSModalPanelRunLoopMode，OS X的Modal面板事件

• Event tracking：UITrackingRunLoopMode，拖动事件

• Common mode：NSRunLoopCommonModes，是一个模式集合，当绑定一个事件源到这个模式集合的时候就相当于绑定到了集合内的每一个模式

RunLoop可以通过 [acceptInputForMode:beforeDate:]和[runMode:beforeDate:]来指定在一段时间内的运行模式。如果不 指定的话，RunLoop默认会运行在Default下（不断重复调用runMode:NSDefaultRunLoopMode beforDate:）

在主线程启动一个计时器Timer，然后拖动UITableView或者 UIScrollView，计时器不执行。这是因为，为了更好的用户体验，在主线程中Event tracking模式的优先级最高。在用户拖动控件时，主线程的Run Loop是运行在Event tracking Mode下，而创建的Timer是默认关联为Default Mode，因此系统不会立即执行Default Mode下接收的事件。解决方法：

NSTimer*timer = [NSTimer scheduledTimerWithTimeInterval : 1.0                                                 target : self                                                                                                       selector:@selector(timerFireMethod:)                                             userInfo : nil                                              repeats : YES]; [[NSRunLoop mainRunLoop] addTimer : timer forMode:NSRunLoopCommonModes];//或[[NSRunLoop currentRunLoop] addTimer : timer forMode:UITrackingRunLoopMode];[timer fire];

Run Loop应用实践

Run Loop主要有以下三个应用场景：

• 维护线程的生命周期，让线程不自动退出，isFinished为Yes时退出。

NSRunLoop* runLoop = [NSRunLoop currentRunLoop];[runLoop addPort:[NSMachPort port] forMode:NSDefaultRunLoopMode];while(!self.isCancelled&&!self.isFinished){ @autoreleasepool {    [runLoop runUntilDate:[NSDate dateWithTimeIntervalSinceNow:3]]; }}

• 创建常驻线程，执行一些会一直存在的任务。该线程的生命周期跟App相同。

@autoreleasepool {NSRunLoop*runLoop=[NSRunLoop currentRunLoop];[runLoop addPort:[NSMachPort port] forMode:NSDefaultRunLoopMode];[runLoop run];}

• 在一定时间内监听某种事件，或执行某种任务的线程
  如下代码，在30分钟内，每隔30s执行onTimerFired:。这种场景一般会出现在，如我需要在应用启动之后，在一定时间内持续更新某项数据。

@autoreleasepool {NSRunLoop* runLoop=[NSRunLoop currentRunLoop];NSTimer* udpateTimer=[NSTimer timerWithTimeInterval:30                                             target:self                            selector:@selector(onTimerFired:)                                           userInfo:nil                                            repeats:YES];[runLoop addTimer:udpateTimer forMode:NSRunLoopCommonModes];[runLoop runUntilDate:[NSDate dateWithTimeIntervalSinceNow:60*30]];}

AFNetworking中RunLoop的创建

+(void)networkRequestThreadEntryPoint:(id)__unused object{    @autoreleasepool    {        [[NSThread currentThread] setName:@"AFNetworking"];        //这里主要是监听某个port，目的是让这个Thread不会回收        NSRunLoop*runLoop=[NSRunLoop currentRunLoop];        [runLoop addPort:[NSMachPortport]               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;}