前言
最近笔者在实现一共和倒计时有关的功能，使用CountDownTimer实现。然而，在测试的时候发现，倒计时经常发现跳秒、不出现1的情况，因此对这方面进行了一些了解。本文准备介绍一下CountDownTimer倒计时不准确的原因，以及提出一些解决方案～
CountDownTimer的问题
发现跳秒、不出现1的问题之后，首先将每次onTick()的回调时间打印了出来（这里忘记保存log了，就口述一下）。在网上搜到的大家遇到的问题，大多数是因为，间隔时间设置为1000ms，但是回调的时候每次都要多出几毫秒或十几毫秒，而我的设备在实际测试中，多了40ms，即每倒计时25s，就会跳过一秒的显示。
这是笔者在其他人博客找到的一张图片，不准确的现象大概是这样的一个情况。也就是说，当你设置一个倒计时显示的时候，正常的时候是，3-2-1，但实际上是2-1。因为可能会出现这种情况，第一次执行onTick的时候，你的totalTimeInMillis只有2900+，不是3000，所以会出问题。
首先我们要看一下CountDownTimer的源码，代码很简单，网上的分析也一抓一大把，这里就不多说了。贴出关键部分：
synchronized (CountDownTimer.this) {
if (mCancelled) {
return;
}
final long millisLeft = mStopTimeInFuture - SystemClock.elapsedRealtime();
if (millisLeft <= 0) {
onFinish();
} else {
long lastTickStart = SystemClock.elapsedRealtime();
onTick(millisLeft);
// take into account user's onTick taking time to execute
long lastTickDuration = SystemClock.elapsedRealtime() - lastTickStart;
long delay;
if (millisLeft < mCountdownInterval) {
// just delay until done
delay = millisLeft - lastTickDuration;
// special case: user's onTick took more than interval to
// complete, trigger onFinish without delay
if (delay < 0) delay = 0;
} else {
delay = mCountdownInterval - lastTickDuration;
// special case: user's onTick took more than interval to
// complete, skip to next interval
while (delay < 0) delay += mCountdownInterval;
}
sendMessageDelayed(obtainMessage(MSG), delay);
}
}
代码中关于delay的计算，是使用onTick执行前后的时间去计算得来的，即delay之后onTick的执行时间;但是sendMessageDelayed并不能保证精确到1毫秒，包括onTick前后的判断、读取数据，这部分的耗时都没有算在内。因机型不同、使用方式不同，造成了不同的时间延迟。
那么我们如何解决呢？
首先，下面我们先看问题代码。
import android.os.Bundle;
import android.os.CountDownTimer;
import android.widget.TextView;
import androidx.appcompat.app.AppCompatActivity;
public class MainActivity extends AppCompatActivity {
private TextView countdownTextView;
private CountDownTimer countDownTimer;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
countdownTextView = findViewById(R.id.countdownTextView);
// 设置倒计时时长为3秒，间隔为1秒
long totalTimeInMillis = 3000;
long intervalInMillis = 1000;
// 创建倒计时器
countDownTimer = new CountDownTimer(totalTimeInMillis, intervalInMillis) {
@Override
public void onTick(long millisUntilFinished) {
// 每次间隔执行的操作
long secondsUntilFinished = millisUntilFinished / 1000;
countdownTextView.setText(String.valueOf(secondsUntilFinished));
}
@Override
public void onFinish() {
// 倒计时完成执行的操作
countdownTextView.setText("倒计时结束");
}
};
// 启动倒计时器
countDownTimer.start();
}
@Override
protected void onDestroy() {
super.onDestroy();
// 在 Activity 销毁时停止倒计时器，避免内存泄漏
if (countDownTimer != null) {
countDownTimer.cancel();
}
}
}
第一种解决方法
通过延长totalTimeInMillis，来规避造成的误差，但是这样做的缺点很明显，就是倒计时的总时长会变长，不太建议。
long totalTimeInMillis = 3200;
第二种解决方法
通过延迟onTick里面的执行实现，因为倒计时的totalTimeInMillis出现误差的时候是2900执行一次onTick，1900执行一次onTick，900的时候就不执行onTick了。那么我们可以采用延迟的办法来及解决这个问题，即在2900的时候对3不做处理，text的默认文案就是3，然后2900的时候，延迟1s执行，让文案在1900左右变成2，让文案在900左右的时候变成1。这种方法相对于第一种方法的好处是能较完美的实现3秒倒计时，误差很小很小。
// 创建倒计时器
countDownTimer = new CountDownTimer(totalTimeInMillis, intervalInMillis) {
@Override
public void onTick(long millisUntilFinished) {
// 每次间隔执行的操作
handler.postDelayed(new Runnable() {
@Override
public void run() {
long secondsUntilFinished = millisUntilFinished / 1000;
countdownTextView.setText(String.valueOf(secondsUntilFinished));
}
}, intervalInMillis);
}
@Override
public void onFinish() {
// 倒计时完成执行的操作
countdownTextView.setText("倒计时结束");
}
};终极解决方法
去自己写一个CountDownTimer，通过你的能力去规避这个误差。这里以后笔者有空再去研究吧！
你还在问热修复而烦恼吗？万字长文带你剖析热修复的究极原理！
