前言

最近工作比較忙，但是還是出來更新博客了。今天博客中所涉及的內(nèi)容并不復(fù)雜，都是一些平時(shí)常見的一些問題，通過這篇博客算是對(duì)UITableView中使用定時(shí)器的幾種方式進(jìn)行總結(jié)。本篇博客會(huì)給出在TableView中使用NSTimer或者DispatchSourcer中常見的五種方式。當(dāng)然下方第一種方式是常規(guī)做法，不過也是UITableView中使用NSTimer的一個(gè)坑。其他三種方式是為了繞過這個(gè)坑的解決方案。

當(dāng)然，本篇博客共涉及到了UITableView中使用定時(shí)器的四種實(shí)現(xiàn)方式，當(dāng)然應(yīng)該也還有其他實(shí)現(xiàn)方式，只不過目前我沒有涉及到。歡迎在評(píng)論區(qū)提供其他實(shí)現(xiàn)方式，我會(huì)及時(shí)的整合到目前的Demo中。

接下來我們先來總結(jié)一下本篇博客所涉及的四種方式：

• 第一種就是直接在TableView的Cell上使用NSTimer，當(dāng)然這種方式是有問題的，稍后會(huì)介紹。
• 第二種是將NSTimer添加到當(dāng)前線程所對(duì)應(yīng)的RunLoop中的commonModes中。
• 第三種是通過Dispatch中的TimerSource來實(shí)現(xiàn)定時(shí)器。
• 第四種是開啟一個(gè)新的子線程，將NSTimer添加到這個(gè)子線程中的RunLoop中，并使用DefaultRunLoopModes來執(zhí)行。
• 第五種方式就是使用CADisplayLink來實(shí)現(xiàn)。

下方我們將會(huì)根據(jù)具體的示例來詳細(xì)的介紹以上這五種實(shí)現(xiàn)方式。

一、在Cell中直接使用NSTimer

首先我們按照常規(guī)做法，直接在UITableView的Cell上添加相應(yīng)的NSTimer, 并使用scheduledTimer執(zhí)行相應(yīng)的代碼塊。這種方式?jīng)]有什么特殊的就是對(duì)Timer的直接使用。下方是我們本部分的Timer的使用代碼，當(dāng)然是使用Swift來實(shí)現(xiàn)的，不過與OC的代碼差不多。代碼如下所示 ：

上述代碼比較簡單，就是在Cell上添加了一個(gè)定時(shí)器，然后沒1秒更新一次時(shí)間，并在Cell的timeLabel上顯示，運(yùn)行效果如下所示。從該運(yùn)行效果中我們不難發(fā)現(xiàn)，當(dāng)我們滑動(dòng)TableView時(shí)，該定時(shí)器就停止了工作。具體原因就是當(dāng)前線程的RunLoop在TableView滑動(dòng)時(shí)將DefaultMode切換到了TrackingRunLoopMode。因?yàn)門imer默認(rèn)是添加在RunLoop上的DefaultMode上的，當(dāng)Mode切換后Timer就停止了運(yùn)行。

但是當(dāng)停止滑動(dòng)后，Mode又切換了回來，所以Timer有可以正常工作了。

為了進(jìn)一步看一下Mode的切換，我們可以在相應(yīng)的地方獲取當(dāng)前線程的RunLoop并且打印對(duì)應(yīng)的Mode。下方代碼就是在TableView所對(duì)應(yīng)的VC上添加的，我們?cè)趘iewDidLoad()、viewDidAppear()以及scrollViewDidScroll()這個(gè)代理方法中對(duì)當(dāng)前線程所對(duì)應(yīng)的RunLoop下的currentMode進(jìn)行了打印，其代碼如下。

下方就是最終的運(yùn)行結(jié)果。從輸出結(jié)果中我們不難看出，在viewDidLoad()方法中打印的Current Mode為UIInitializationRunLoopMode, 從該Mode的名字中我們不難發(fā)現(xiàn)，該Mode負(fù)責(zé)UI的初始化。在viewDidApperar()方法中，也就是UI顯示后，RunLoop的Mode切換成了kCFRunLoopDefaultMode。緊接著，我們?nèi)セ瑒?dòng)TableView，然后在scrollViewDidScroll()代理方法中打印滑動(dòng)時(shí)當(dāng)前RunLoop所對(duì)應(yīng)的Mode。從下方運(yùn)行結(jié)果不難看出，當(dāng)TableView滑動(dòng)時(shí)，打印出的currentModel為UITrackingRunLoopMode。當(dāng)停止滑動(dòng)后，點(diǎn)擊Show Current Mode按鈕獲取當(dāng)前Mode時(shí)，打印的有時(shí)RunLoopDefaultMode。具體如下所示：

二、將Timer添加到CommonMode中

上一部分的定時(shí)器是不能正常運(yùn)行的，因?yàn)镹STimer對(duì)象默認(rèn)添加到了當(dāng)前RunLoop的DefaultMode中，而在切換成TrackingRunLoopMode時(shí)，定時(shí)器就停止了工作。解決該問題最直接方法是，將NSTimer在TrackingRunLoopMode中也添加一份。這樣的話無論是在DefaultMode還是TrackingRunLoopMode中，定時(shí)器都會(huì)正常的工作。

如果你對(duì)RunLoop比較熟悉的話，可以知道CommonModes就是DefaultMode和TrackingRunLoopMode的集合，所以我們只需要將NSTimer對(duì)象與當(dāng)前線程所對(duì)應(yīng)的RunLoop中的CommonModes關(guān)聯(lián)即可，具體代碼如下所示：

上述代碼與第一部分的代碼不同的地方在于我們將創(chuàng)建好的定時(shí)器添加到了當(dāng)前RunLoop中的CommonModes中，這樣的話可以保證TableView在滑動(dòng)時(shí)定時(shí)器也可以正常運(yùn)行。上述代碼最終的運(yùn)行效果如下所示。

從該運(yùn)行效果我們不難發(fā)現(xiàn)，當(dāng)該TableView滾動(dòng)式，其Cell上的定時(shí)器是可以正常工作的。但是當(dāng)我們滑動(dòng)右上角的這個(gè)TableView時(shí)，第一個(gè)的TableView中的定時(shí)器也是不能正常工作的，因?yàn)檫@些TableView都在主線程中工作，也就是說這些TableView所在的RunLoop是同一個(gè)。

三、將Timer添加到子線程的RunLoop下的DefaultMode中

接下來我們來看另一種解決方案，就是開啟一個(gè)新的子線程，然后將Timer添加到這個(gè)子線程所對(duì)應(yīng)的RunLoop中。當(dāng)然因?yàn)槭亲泳€程的RunLoop，在添加Timer時(shí)，我們可以將Timer添加到子線程中的RunLoop中的DefaultMode中。添加完畢后，手動(dòng)運(yùn)行該RunLoop。

因?yàn)槭窃谧泳€程中添加的Timer, Timer肯定是在子線程中工作的，所以在更新UI時(shí)，我們需要在主線程中進(jìn)行更新，具體代碼如下所示：

在上述代碼中我們可以看到我們使用全局的并行隊(duì)列來異步創(chuàng)建了一個(gè)Timer對(duì)象，然后將該對(duì)象添加進(jìn)了該異步線程中的DefaultRunLoopMode中，然后運(yùn)行該RunLoop。當(dāng)然在子線程中更新UI還是需要在主線程中去操作的。下方就是上述代碼的運(yùn)行效果。從該效果中我們不難看出，當(dāng)滑動(dòng)TableView時(shí)定時(shí)器是可以正常工作的。

四、DispatchTimerSource

接下來我們就不使用NSTimer來實(shí)現(xiàn)定時(shí)器了。在之前的博客中聊GCD時(shí)其中用到了DispatchTimerSource來實(shí)現(xiàn)定時(shí)器。接下來我們就在TableView的Cell上添加DispatchTimerSource，然后看一下運(yùn)行效果。當(dāng)然下方代碼片段我們是在全局隊(duì)列中添加的DispatchTimerSource，在主線程中進(jìn)行更新。當(dāng)然我們也可以在mainQueue中添加DispatchTimerSource，這樣也是可以正常工作的。當(dāng)然我們不建議在MainQueue中做，因?yàn)樵诰幊虝r(shí)盡量的把一些和主線程關(guān)聯(lián)不太大的操作放到子線程中去做。代碼如下所示：

接下來我們來看一下上述的代碼的運(yùn)行效果，從該效果中我們可以看出該定時(shí)器是可以正常工作的。

五、CADisplayLink

接下來我們來使用CADisplayLink來實(shí)現(xiàn)定時(shí)器功能，在之前的博客中我們也使用過CADisplayLink，不過是用來計(jì)算FPS的。下方代碼片段中我們就使用CADisplayLink來實(shí)現(xiàn)的定時(shí)器。CADisplayLink可以添加到RunLoop中，RunLoop的每一次循環(huán)都會(huì)觸發(fā)CADisplayLink所關(guān)聯(lián)的方法。在屏幕不卡頓的情況下，每次循環(huán)的時(shí)間時(shí)1/60秒。

下方代碼，為了不讓屏幕的卡頓等引起的主線程所對(duì)應(yīng)的RunLoop阻塞所造成的定時(shí)器不精確的問題。我們開啟了一個(gè)新的線程，并且將CADisplayLink對(duì)象添加到這個(gè)子線程的RunLoop中，然后在主線程中更新UI即可。具體代碼如下：

我們對(duì)上述代碼運(yùn)行，下方是其對(duì)應(yīng)的運(yùn)行結(jié)果。從下方運(yùn)行結(jié)果中我們不難看出，在TableView滾動(dòng)時(shí)該定時(shí)器也是可以正常運(yùn)行的。當(dāng)然該方式實(shí)現(xiàn)的定時(shí)器的精度是比較高的。

經(jīng)過上述五大部分，我們羅列了定時(shí)器的幾種實(shí)現(xiàn)方式，通過對(duì)比我們不難發(fā)現(xiàn)其優(yōu)劣性。上述定時(shí)器中DispatchSourceTime以及CADisplayLink的精度要比NSTimer的精度要高。從代碼實(shí)現(xiàn)中我們不難看出CADisplayLink的精度是比較高的。

本篇博客所涉及代碼的github分享地址為：https://github.com/lizelu/NSTimerWithRunLoop （本地下載）

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，如果有疑問大家可以留言交流，謝謝大家對(duì)腳本之家的支持。

最新評(píng)論