为何NSTimer在界面滚动时无响应

之前做了个弱提示的UI，看了下文件创建时间，竟然过去快3个月了。
这个功能的部分要求如下：

出现的方式由小到大，消失的方式由大到小，center不变。支持短文案、长文案提示。只有文案提示的情况下，定时自动消失，hideOnTimer。支持纯loading、文案和loading结合。展示loading菊花的情况下，由调用方根据条件，显式地调用hide方法。

部分效果如下：
 

出现和消失的动画代码如下：

[pre]/* 出现动画 */CATransform3D transform = CATransform3DMakeScale(0.001, 0.001, 1.0);hintView.layer.transform = transform;hintView.alpha = 0;transform = CATransform3DMakeScale(1.0, 1.0, 1.0);[UIView beginAnimations:nilcontext:nil];[UIView setAnimationDuration:0.5];[UIView setAnimationCurve:UIViewAnimationCurveEaseInOut];hintView.layer.transform = transform;hintView.alpha = 1;[UIView commitAnimations];/* 消失动画 */CATransform3D transform = CATransform3DMakeScale(0.001, 0.001, 0.001);[UIView beginAnimations:nilcontext:nil];[UIView setAnimationDelay:0.0];[UIView setAnimationDuration:.5];[UIView setAnimationCurve:UIViewAnimationCurveEaseInOut];hintView.layer.transform = transform;hintView.alpha = 0;[UIView commitAnimations];[/pre]

其中，对于纯文案弱提示的自动消失，采用的是NSTimer定时机制（如果采用dispatch_after呢？）：
[pre][NSTimer scheduledTimerWithTimeInterval:DEFAULT_SHOW_TIME target:sharedHintView selector:@selector(hideOnTimer:) userInfo:nil repeats:NO];[/pre]
一切都工作得好好的，直到有一天浮出弱提示时，一直滚动UITableView，弱提示不会自动消失……

这时候，第一感觉是由于界面一直在滚动，UI事件不停，所以NSTimer得不到激发。
如果是这样的话，那么UI事件的优先级就高于NSTimer事件优先级，每次NSRunLoop处理事件，都先处理UI事件，再处理NSTimer事件。在事件队列里，UI事件都根据优先级插到NSTimer事件前面。
而且，这样得要求NSRunLoop每次进入while循环都只处理一个事件！否则即使在连续UI事件产生的情况下，也无法保证NSTimer事件始终得不到处理。这不科学！这样不仅会阻碍NSTimer事件，还会阻碍很多其它事件。


合理的while循环应该类似下面的伪代码（假设UI事件先于NSTimer事件得到处理）：

[pre]while ( getEvents() ) {    for ( event in UIEvents ) {        processUIEvent(event);    }    for ( event in TimerEvents ) {        processTimerEvent(event);    }}[/pre]
所以，第一感觉有问题。于是我打开Google，敲入“nstimer not fire”，然后在Google Suggest中选择条目。


StackOverflow上的[url=http://stackoverflow.com/a/1997018/889538]这个回答从代码上解决了我遇到的问题，并且和[url=http://stackoverflow.com/questions/4090730/nsurlrequest-wont-fire-while-uiscrollview-is-scrolling]这个问题一起为我解答了疑惑。
当我们调用scheduledTimerWithTimeInterval方法，会创建一个NSTimer对象，把它交给当前runloop以默认mode来调度。
相当于执行如下代码：

[pre][currentRunLoop addTimer:timer forMode:defaultMode];[/pre]
我们可以想到，runloop中维护了一张map，以mode为key，以某种结构为value，不妨命名为NSRunLoopState。
这个NSRunLoopState结构中，需要维护input sources集合以及NSTimer等事件源。


而当我们滚动UITableView/UIScrollView，或者做一些其它UI动作时，当前runloop的mode会切换到UITrackingRunLoopMode，这是由日志输出得到的：

[pre]- (void)scrollViewDidScroll:(UIScrollView *)scrollView {    NSLog(@"Current RunLoop Mode is %@
", [[NSRunLoop currentRunLoop] currentMode]);}[/pre]
这就相当于执行如下代码：

[pre][currentRunLoop runMode:UITrackingRunLoopMode beforeDate:date];[/pre]
这个时候，我们需要根据UITrackingRunLoopMode来获取相应的NSRunLoopState结构，并对结构中维护的事件源进行处理。
所以，添加到defaultMode的NSTimer在发生UI滚动时，不会得到处理。
--------------------------------------------------
原文地址：[url=http://blog.csdn.net/jasonblog/article/details/7854693]http://blog.csdn.net/jasonblog/article/details/7854693
Jason Lee @ Hangzhou