NSTImer事件会阻塞主线程吗？

当我们使用NSTimer时，一旦在提到的时间间隔后调用回调，UI是否会被阻塞？NSTImer事件会阻塞主线程吗？

2011-05-10 Krishnan

定时器与运行环路一起工作。要有效地使用计时器，您应该知道运行循环的运行方式 - 请参阅NSRunLoop和Threading 编程指南。

一旦计划在运行循环中，定时器在指定的时间间隔触发，直到它失效。 A 非重复定时器在其触发后立即使其自身失效。但是，对于重复计时器，您必须通过调用其invalidate方法使自己的计时器对象无效。调用此方法请求从当前的运行循环中删除定时器 ;因此，您应该始终调用中的无效方法，该方法与安装了计时器的相同线程一致。无效的定时器立即禁用它，以便它没有更长的时间影响运行循环。然后循环运行删除并释放计时器，或者在无效方法返回之前，或者在稍后的某个点处，在某些点。一旦无效，定时器对象不能重复使用。

我相信NSTimer不会阻塞UI线程。也看看这个以前的问题NSTimer and updating UI

来源

2011-05-10 06:04:21 visakh7

这取决于。大多数时候，这不会是一个问题。

如果，但是，两者的满足下列标准时，一个NSTimer将块UI线程：

定时器定于主线程的NSRunLoop。无论何时通过在主线程中调用NStimer的scheduledTimerWith...类方法创建它，都将是这种情况。
该方法在计时器触发时调用，执行“冗长”任务。想到同步执行的提取/ url请求会想到...

来源

2011-05-10 23:01:33 danyowdee

为什么'scheduledTimerWith ...'方法会导致问题？我的计时器正在运行时遇到UI阻塞。我用这种方法创建了它，我没有意识到这会是一个问题。我的其他选择是什么？谢谢。 – user700774 2011-07-13 21:55:01

@ user700774这些方法不是问题。问题是timer-callback中_synchronously_发生的工作量：只要回调函数返回**，定时器触发的runloop将被阻塞。如果您的回调快速退出，则在主线程上安排定时器时，您将永远不会注意到这一点。但是，如果你在那里做了一些耗时的处理（只是使用'sleep（5）;'来模拟一个极端情况）......如果是这样的话，只要做到这一点_asynchronously_ - 'NSOperationQueue'和GCD是你的朋友，这里。 – danyowdee 2011-07-15 13:18:29

NSTImer事件会阻塞主线程吗？

回答

相关问题