一、类定义
+ (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到来之前，不停的循环。
再详细的就看文档吧
二、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后才会再一次调用。
在来看看这张图片
它说明了用户对ui的操作实际上是一种port，会放到一个队列中传到loop，然后由loop交给主线程处理。loop就是一个循环，接受event，传递，继续。主线程是另一个循环，负责事件的处理与界面的显示。当然这两者关系复杂。
在看下面的代码
BOOL pageStillLoading = YES; -(void)press:(id)sender { [(UIButton*)sender setSelected:YES]; NSLog(@"begin"); // 1 [[NSRunLoop mainRunLoop] runUntilDate:[NSDate dateWithTimeIntervalSinceNow:10.0]]; // 2 NSLog(@"end"); // 3 pageStillLoading = YES; [NSThread detachNewThreadSelector:@selector(loadPageInBackground:)toTarget:self withObject:nil]; // 4 while (pageStillLoading) { [[NSRunLoop currentRunLoop] runMode:UITrackingRunLoopMode beforeDate:[NSDate distantFuture]]; // 5 NSLog(@"while end"); } NSLog(@"over"); } -(void)loadPageInBackground:(id)sender { sleep(3); // 6 NSLog(@"timer"); // 7 pageStillLoading = NO; // 8 }
我在viewcontroller的view上加了一个uibutton，并且事件是press。touch up inside，然后，不在碰触界面（A）。发生了什么？
看看log：
2013-01-06 00:57:21.167 runloop[10146:c07] begin 2013-01-06 00:57:31.171 runloop[10146:c07] end 2013-01-06 00:57:34.173 runloop[10146:3703] timer 2013-01-06 00:58:00.001 runloop[10146:c07] while end 2013-01-06 00:58:00.002 runloop[10146:c07] over
pageStillLoading设置成NO之后过了近30s，while才结束。
如果我把5的mode改成NSRunLoopCommonModes或者在界面上在加一个按钮，然后不停的点击那个按钮（B），结果如下
2013-01-06 01:01:23.944 runloop[10174:c07] begin 2013-01-06 01 :01:33.948 runloop[10174:c07] end 2013-01-06 01:01:34.023 runloop[10174:c07] while end . . . 2013-01-06 01:01:36.943 runloop[10174:c07] while end 2013-01-06 01:01:36.950 runloop[10174:370b] timer 2013-01-06 01:01:37.016 runloop[10174:c07] while end 2013-01-06 01:01:37.016 runloop[10174:c07] over
为什么？我们看下流程
当2执行的时候，主线程的事情就是运行runloop 10s，而这个runloop本来就在运行的，所以相当于主线程什么都不用做，空闲状态的主线程当然也可以继续响应界面上的ui事件哦。
当5执行的时候，也没有主线程什么事情，runMode：beforeDate：是要么接受到一个mode上的event，要么到date这个时间。所以，A中要等待很久，这句才会返回；而B中，却是不停的给他event，所以while语句执行了多次。
而且B说明，有非default mode的event一直往run loop中发消息。
