iOS--关于RunLoop的一些总结

先从一个比较常见的问题入手: 

 5     NSTimer * timer = [NSTimer scheduledTimerWithTimeInterval:1
 6                                               target:self
 7                                             selector:@selector(printMessage:)
 8                                             userInfo:nil
 9                                              repeats:YES];

我们这样加了一个定时器, 一般情况下是没有问题,  但是当遇到scrollview或者tableView滚动时, 定时器就停止了,  这其实就是runloop的mode在做怪.

runloop可以理解为cocoa下的一种消息循环机制，用来处理各种消息事件. 我们不需要主动创建一个runloop, 一般一个子线程自带有一个runloop.

在开启一个NSTimer实质上是在当前的runloop中注册了一个新的事件源，而当scrollView滚动的时候，当前的MainRunLoop是处于UITrackingRunLoopMode的模式下，在这个模式下，是不会处理NSDefaultRunLoopMode的消息(因为RunLoop Mode不一样)，要想在scrollView滚动的同时也接受其它runloop的消息，我们需要改变两者之间的

. 

简单的说就是NSTimer不会开启新的进程，只是在Runloop里注册了一下，Runloop每次loop时都会检测这个timer，看是否可以触发。当Runloop在A mode，而timer注册在B mode时就无法去检测这个timer，所以需要把NSTimer也注册到A mode，这样就可以被检测到。所以我们需要加上这句话: 

1 [[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];

NSRunLoopCommonModes, 这种模式意思就是基本包括所有的模式, UITrackingRunLoopMode, NSConnectionReplyMode等等, 而且当前的RunLoop是主线程, 我们可以肯定主线程肯定注册了很多种模式, 这些模式会发出很多事件, 所以会立即返回. (

官方文档:Objects added to a run loop using this value as the mode are monitored by all run loop modes that have been declared as a member of the set of “common" modes; see the description of CFRunLoopAddCommonMode for details.

)

好了这个问题已经解决了, 说下runloop吧:

run loop，顾名思义，就是一个循环，你的线程在这里开始，并运行事件处理程序来响应输入事件。你的代码要有实现循环部分的控制语句，换言之就是要有while或for语句。一个run loop就是一个事件处理循环，用来不停的调配工作以及处理输入事件。使用run loop的目的是使你的线程在有工作的时候工作，没有的时候休眠。

Run loop处理的输入事件有两种不同的来源：输入源（input source）和定时源（timer source）。输入源传递异步消息，通常来自于其他线程或者程序。定时源则传递同步消息，在特定时间或者一定的时间间隔发生。两种源的处理都使用程序的某一特定处理路径。

底层的CFRunLoop --> 封装好的NSRunloop, 经常接触的还是NSRunLoop, 下面以NSRunLoop为主

二、RunLoopMode

NSDefaultRunLoopMode 这是大多数操作中使用的模式。

NSConnectionReplyMode 该模式用来监控NSConnection对象。你通常不需要在你的代码中使用该模式。
NSModalPanelRunLoopMode Cocoa使用该模式来标识用于modal panel（模态面板）的事件。
NSEventTracking（UITrackingRunLoopMode） Cocoa使用该模式来处理用户界面相关的事件。
NSRunLoopCommonModes 这是一组可配置的通用模式。将input sources与该模式关联则同时也将input sources与该组中的其它模式进行了关联。对于Cocoa应用，该模式缺省的包含了default，modal以及event tracking模式。

　　(一个常见的问题就是，主线程中一个NSTimer添加在default mode中，当界面上有一些scroll view的滚动频繁发生导致run loop运行在UItraking mode中，从而这个timer没能如期望那般的运行。所以，我们就可以把这个timer加到NSRunLoopCommonModes中来解决（iOS中）。)

来看看这张经典的图片

其中Input source是一些异步的事件，比如port，selector等，这个会让runUntilDate:跳出（当然指的是非主线程中的runloop）。Timer source是同步的，一个timer结束后，在重复时间后或者手动fire后才会再一次调用。

三. 一些常用的方法:

　　+ (NSRunLoop *)currentRunLoop
　　　　如果调用的线程中没有runloop，那么将会创建一个并返回
　　+ (NSRunLoop *)mainRunLoop
　　　　返回主线程的runloop

　　- (void)acceptInputForMode:(NSString *)mode beforeDate:(NSDate *)limitDate
　　　　运行loop一次或者直到limitDate。如果没有input sources加入到这个loop，那么马上返回;否则一直运行到limitDate，或者接口到一个input source然后返回。
　　- (void)addPort:(NSPort *)aPort forMode:(NSString *)mode
　　- (void)addTimer:(NSTimer *)aTimer forMode:(NSString *)mode
　　　　port和timer都可以添加到多个mode中
　　- (void)cancelPerformSelector:(SEL)aSelector target:(id)target argument:(id)anArgument
　　　　取消所有mode中的perform select，argument必须跟指定调用时候的一样
　　- (void)cancelPerformSelectorsWithTarget:(id)target
　　- (NSString *)currentMode
　　　　如果run loop没有运行，那么返回nil
　　- (CFRunLoopRef)getCFRunLoop
　　- (NSDate *)limitDateForMode:(NSString *)mode
　　　　下一次运行的时间，如果没有指定的mode上没有input source，返回nil
　　- (void)performSelector:(SEL)aSelector target:(id)target argument:(id)anArgument order:(NSUInteger)order modes:(NSArray *)modes
order值越低优先级越高
　　- (void)removePort:(NSPort *)aPort forMode:(NSString *)mode
　　- (void)run
　　　　在default mode下无限运行loop，但是如果没有任何input source，会立即返回。手动移除所有已知的inout source并不能保证run loop停止运行，因为系统可能会添加一些input source。
　　- (BOOL)runMode:(NSString *)mode beforeDate:(NSDate *)limitDate
　　　　运行input source一次，为指定mode的input阻塞直到date的时间。如过没有input source，立即返回并返回NO。
　　- (void)runUntilDate:(NSDate *)limitDate
　　如果没有input source，立即返回。否则在limitDate到来之前，不停的循环。
再详细的就看文档吧

在来看看这张图片

它说明了用户对ui的操作实际上是一种port，会放到一个队列中传到loop，然后由loop交给主线程处理。loop就是一个循环，接受event，传递，继续。主线程是另一个循环，负责事件的处理与界面的显示。当然这两者关系复杂。