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

之前做了个弱提示的UI，看了下文件创建时间，竟然过去快3个月了。

这个功能的部分要求如下：

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

部分效果如下：

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

/* 出现动画 */
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];

其中，对于纯文案弱提示的自动消失，采用的是NSTimer定时机制（如果采用dispatch_after呢？）：

[NSTimer scheduledTimerWithTimeInterval:DEFAULT_SHOW_TIME target:sharedHintView selector:@selector(hideOnTimer:) userInfo:nil repeats:NO];

一切都工作得好好的，直到有一天浮出弱提示时，一直滚动UITableView，弱提示不会自动消失⋯⋯

这时候，第一感觉是由于界面一直在滚动，UI事件不停，所以NSTimer得不到激发。

如果是这样的话，那么UI事件的优先级就高于NSTimer事件优先级，每次NSRunLoop处理事件，都先处理UI事件，再处理NSTimer事件。在事件队列里，UI事件都根据优先级插到NSTimer事件前面。

而且，这样得要求NSRunLoop每次进入while循环都只处理一个事件！否则即使在连续UI事件产生的情况下，也无法保证NSTimer事件始终得不到处理。这不科学！这样不仅会阻碍NSTimer事件，还会阻碍很多其它事件。

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

while ( getEvents() ) {
    for ( event in UIEvents ) {
        processUIEvent(event);
    }

    for ( event in TimerEvents ) {
        processTimerEvent(event);
    }
}

所以，第一感觉有问题。于是我打开Google，敲入“nstimer not fire”，然后在Google Suggest中选择条目。

StackOverflow上的这个回答从代码上解决了我遇到的问题，并且和这个问题一起为我解答了疑惑。

当我们调用scheduledTimerWithTimeInterval方法，会创建一个NSTimer对象，把它交给当前runloop以默认mode来调度。

相当于执行如下代码：

[currentRunLoop addTimer:timer forMode:defaultMode];

我们可以想到，runloop中维护了一张map，以mode为key，以某种结构为value，不妨命名为NSRunLoopState。

这个NSRunLoopState结构中，需要维护input sources集合以及NSTimer等事件源。

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

- (void)scrollViewDidScroll:(UIScrollView *)scrollView {
    NSLog(@"Current RunLoop Mode is %@\n", [[NSRunLoop currentRunLoop] currentMode]);
}

这就相当于执行如下代码：

[currentRunLoop runMode:UITrackingRunLoopMode beforeDate:date];

这个时候，我们需要根据UITrackingRunLoopMode来获取相应的NSRunLoopState结构，并对结构中维护的事件源进行处理。

所以，添加到defaultMode的NSTimer在发生UI滚动时，不会得到处理。

--------------------------------------------------

原文地址：http://blog.csdn.net/jasonblog/article/details/7854693

Jason Lee @ Hangzhou

2012.08.11