RunLoop这个东西，其实我们一直在用，但一直没有很好地理解它，或者甚至没有知道它的存在。RunLoop可以说是每个线程都有的一个对象，是用来接受事件和分配任务的loop。永远不要手动创建一个runloop，它是跟随着每个线程的。一个RunLoop接收两种source的事件：input source和timer source。同时必须知道的是，input source，runloop是异步交付的，而timer source是同步交付的。每个runloop都有一个RunLoop Modes，代表它以何种方式执行。
timer详解：
简单解读一下：就是说一个repeat的timer，它在创建的时候就把每次的执行时间算好了，而不是真正启动的时候才计算下次的执行时间。举个例子，假如一个timer在一个特定的时间t激活，然后以间隔5秒的时间重复执行。那么它的执行操作的时间就应该为t, t+5, t+10,… 假如它被延迟了，例如实际上timer在t＋2的时候才启动，那么它下次执行的时间还是t＋5，而并不是t＋2+5，如果很不幸地在t＋5还没有启动，那么它理应该在t执行的操作就跟下一次t＋5的操作合为一个了。至于为什么会延迟呢，这就跟当前线程的操作有关，因为timer是同步交付的，所以假如当前线程在执行很复杂的运算时，那必须等待运算的完成才能调用timer，这就导致了timer的延迟。我们就用一个例子来看看效果吧，代码为：
[NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(timerDone) userInfo:nil repeats:YES];
//这里在第3秒的时候模拟一个复杂运算
[self performSelector:@selector(busyDone) withObject:nil afterDelay:3];
-(void)busyDone
{
//这里模拟线程复杂的运算
for(NSInteger i = 0; i< 0xffffffff;i++){
}
NSLog(@”BusgDone“);
}
-(void)timerDone
{
NSLog(@”Timer Run“);
}
执行结果为：
可以看到，timer本来都是以每隔1秒执行，毫秒都是.564,然后在进行复杂的运算时候，timer直接被delay了，当执行完BusyDone之后，立即执行了TimerRun，然后又在.564执行了TimerRun，而不是距离上次执行时间的1秒。