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事件會阻塞主線程嗎？

回答

相關問題