版權(quán)聲明：
本賬號發(fā)布文章均來自公眾號诫睬，承香墨影（cxmyDev）帕涌，版權(quán)歸承香墨影所有。
未經(jīng)允許亲澡，不得轉(zhuǎn)載纫版。
一、前言
倒計時這種癞己，每秒更新 UI 的需求梭伐，應(yīng)該算是比較常見的了。最常見的場景练慕，就是驗證碼發(fā)送超時重試的邏輯技掏，這個邏輯中需要一個倒計時的邏輯去每秒修改 UI ，讓倒計時做到用戶可感知劲阎。
那么倒計時的邏輯鸠真，需要如何做到極致？
一個倒計時锡垄，最少要有兩個要求：準(zhǔn)祭隔、穩(wěn)。
準(zhǔn)就是說，一個 2 分鐘的倒計時屯仗，就應(yīng)該執(zhí)行兩分鐘搔谴，穩(wěn)的意思就是說，每次同步 UI 的更新慌核，都是差不多間隔 1s申尼。
二垫桂、實現(xiàn)思路
1诬滩、每次延遲 1s 通知 UI 更新
倒計時說白了就是一個間隔固定時間去做一件固定任務(wù)，這樣的功能疼鸟，最簡單的就是使用 Handler.postDelayed() 去間隔執(zhí)行。
那么我們寫一個 CountdownUtils 的類浩淘，先看看它的結(jié)構(gòu)吴攒。
可以看到洼怔，它是基于一個 Handler 來做延遲的。這個邏輯非常的簡單极谊，直接上代碼了安岂。
使用起來也非常的簡單，傳遞進去 2 分鐘的時長蜕依。
new CountdownUtils(120).start()
看看 Log 輸出的結(jié)果，
從 Log 上看友瘤，確實是完成了一個倒計時的功能檐束，一秒一秒一直到 0 ，但是這里為了觀察準(zhǔn)不準(zhǔn)盟戏，對倒計時執(zhí)行的完整時間做了一個間隔記錄甥桂，看到問題了嗎？一個 120s 的倒計時蝇摸，卻執(zhí)行了 124s 左右办陷。
這個問題實際上是因為 Handler.postDelayed() 的間隔時長，并不是準(zhǔn)確的間隔指定的時長啡专，具體什么時候執(zhí)行制圈，實際上是看線程的調(diào)度的。這種總時長差異的問題病附，換了 Timer 什么的去實現(xiàn)也是無法解決的亥鬓。
這個問題，在一些驗證碼倒計時的場景下覆积，沒有參照事件點熟呛，每個倒計時，誤差幾十毫秒庵朝，基本上是用戶無感知的。但是有一些情況下椎瘟，例如視頻播放的倒計時肺蔚，這種有參照的情況下，幾分鐘的倒計時宣羊，誤差幾秒鐘，就是非常明顯的 Bug 了之宿。
這就是不穩(wěn)苛坚，那么，如何把倒計時做的穩(wěn)呢？
2柠掂、 使用 CountDownTimer
實現(xiàn)一個倒計時依沮， Android 其實是提供了對應(yīng)的支持類的，那就是 CounDownTimer 宋渔，它處于 android.os 包下的辜限，完全可以實現(xiàn)一個倒計時的邏輯。
我們先看看它是如何使用的氧急。
CountDownTimer 的使用非常的簡單毫深，在 onTick() 中監(jiān)聽倒計時的變化哑蔫，結(jié)束的時候會去調(diào)用 onFinish()弧呐。
繼續(xù)運行一下看看 Log 的輸出情況嵌纲。
這個總時長疹瘦，誤差已經(jīng)是毫秒級的了，看樣子比我們自己實現(xiàn)的好很多言沐。
再仔細(xì)看看，onTick() 方法回調(diào)的參數(shù)汹押，是一個 毫秒 為單位的數(shù)值起便，而這個數(shù)值榆综，其實是有誤差的，但是這個其實也不影響鼻疮，只需要對其進行四舍五入的運算判沟，就可以得到正確的倒計時秒數(shù)。
例如：2830 就是 3s挪哄，1828 就是 2s。
但是再仔細(xì)看看迹炼，就能發(fā)現(xiàn)問題，如果使用這種方式來處理倒計時的話拿霉，你會發(fā)現(xiàn)咱扣，拿不到 1s 的狀態(tài)闹伪，會直接 3s - 2s - finish壮池，這個問題杀怠，從 Log 上也可以反應(yīng)出來。
這就很尷尬了橙依，有沒有參照物硕旗，都是一個 Bug，只能先看看 CountDownTimer 的源碼了创译，它是如何保證總時長的準(zhǔn)確的墙基。
從 CountDownTimer 的結(jié)構(gòu)可以看出残制，它實際上也是使用 mHandler 來做的延遲，繼續(xù)看最重要的 Handler 的實現(xiàn)代碼颗祝。
在 handleMessage() 中纺蛆，用到了一個 SystemClock.elapsedRealtime() 规揪，它實際上獲取到的是一個 系統(tǒng) 啟動之后猛铅，到現(xiàn)在的一個絕對時間，包含系統(tǒng)休眠的間隔堕伪。
但是栗菜，它并不是關(guān)鍵，關(guān)鍵在于富俄，CountDownTimer 會使用這個時間，每次計算出一個相對 1s 間隔的差值幕袱，也就是說悠瞬，每次都去糾正這個誤差值，來保證最終的總時長誤差是毫秒級（其實就是最后一次 postDelayed() 的誤差）望迎。
既然找到了 CountDownTimer 保證時間準(zhǔn)確行的關(guān)鍵點狂打，那么我們可以改寫第一個 Demo 的代碼，來解決沒有 1s 狀態(tài)的問題对省。
3晾捏、 動態(tài)計算 delay 值
沒什么好說的，就是計算此次間隔耗時劳秋，然后比 1s 多出來的毫秒值胖齐，從下一個 1s 中減去呀伙，來糾正間隔時長。
既然實現(xiàn)了之后箫锤，我們再看看輸出的 Log雨女。
可以看到氛堕，interval 每一次都在動態(tài)的調(diào)整，每一秒的狀態(tài)都會更新出去括儒，并且總時長也保證誤差在毫秒級的，基本上完美解決了倒計時的問題了七冲。
三规婆、小結(jié)
一個倒計時，簡簡單單使用 Handler.postDelayed() 也是無法保證準(zhǔn)和穩(wěn)的掘鄙。細(xì)節(jié)決定成敗嗡髓，一個倒計時也是可以做到極致的。
