在開發過程中，Timer可以說是比較常見的了，用來做一些定時性的操作。可實際過成功，Timer的時間真的準嗎？下面寫幾個程式碼來做驗證。

　　1、Timer

timer = Timer.scheduledTimer(timeInterval: 1.0, target:self, selector: #selector(timerTest), userInfo: nil, repeats: true)

@objc func timerTest() {
        print("timer info - \(Date.init())")
 }

　　執行結果：

timer info - 2020
 
-10-28 05:02:33 +0000
timer info - 2020-10-28 05:02:34 +0000
timer info - 2020-10-28 05:02:35 +0000
timer info - 2020-10-28 05:02:36 +0000

　　看結果還是比較準備的，不妨加大量繼續測試。在輸入時加一些耗時操作。

    @objc func timerTest() {
        var count = 0
        for index in 0..<100000 {
            count += 1
        }
        print("timer info - \(Date.init())"
 
)
    }

　　再看執行結果：

timer info - 2020-10-28 05:04:20 +0000
timer info - 2020-10-28 05:04:21 +0000
timer info - 2020-10-28 05:04:22 +0000
timer info - 2020-10-28 05:04:23 +0000
timer info - 2020-10-28 05:04:24 +0000
timer info - 2020-10-28 05:04:25 +0000
timer info - 2020-10-28 05:04:26 +0000

　　還可以嘛！結果依然看起來挺對的，那就繼續加大工作量。再測試：

@objc func timerTest() {
        var count 
 
= 0
        for index in 0..<10000000 {
            count += 1
        }
        print("timer info - \(Date.init())")
    }

　　看執行結果：

timer info - 2020-10-28 05:05:19 +0000
timer info - 2020-10-28 05:05:23 +0000
timer info - 2020-10-28 05:05:27 +0000
timer info - 2020-10-28 05:05:31 +0000

　　這時候結果就明顯了，我要求的定時是1秒鐘，可間隔出現了竟然4秒了。這跟我要求的就相差很大了。可這是怎麼出現的呢？

　　原因分析：

　　定時器被新增在主執行緒中，由於定時器在一個RunLoop中被檢測一次，所以如果在這一次的RunLoop中做了耗時的操作，當前RunLoop持續的時間超過了定時器的間隔時間，那麼下一次定時就被延後了。

　　解決辦法：

　　1、在子執行緒中建立timer，在主執行緒進行定時任務的操作
　　2、在子執行緒中建立timer，在子執行緒中進行定時任務的操作，需要UI操作時切換回主執行緒進行操作　　

Timer.scheduledTimer(withTimeInterval: 1.0, repeats: true) { (timer) in
            print("timer info - \(Date.init())")
        }

　　2、RunLoop模式的影響

　　為了驗證，我們在當前頁面上新增一個tableview，在定時器執行時，我們對tableview進行滑動操作，可以發現，定時器並不會觸發下一次的定時任務。

　　原因分析：

　　主執行緒的RunLoop有兩種預設的模式，RunLoopDefaultMode和TrackingRunLoopMode。
　　當定時器被新增到主執行緒中且無指定模式時，會被預設新增到DefaultMode中，一般情況下定時器會正常觸發定時任務。但是當用戶進行UI互動操作時（比如滑動tableview），主執行緒會切換到TrackingRunLoopMode，在此模式下定時器並不會被觸發。

　　解決方法：

　　新增定時器到主執行緒的CommonMode中或者子執行緒中

        timer = Timer.scheduledTimer(timeInterval: 1.0, target:self, selector: #selector(timerTest), userInfo: nil, repeats: true)
//
        RunLoop.main.add(timer, forMode: .common)

　　總結

　　從結果看，Timer在其使用場景下足夠準了，對於“不準”更多是集中在對其錯誤的使用方式上，只要我們足夠深入瞭解，正確地使用，就能讓它“準”。

　　實際上，蘋果也不推薦使用太高精度的定時器，對於Timer，精度在50-100ms都是正常的，如果我們需要足夠高精度地進行計時，比如統計APP啟動時間、一段任務程式碼的執行時間等等，Timer不是一個好的選擇，mach_absolute_time()或者可以幫到你，蘋果開發工具也帶有更專業的API或者外掛提供給開發者。