利用Android设计一个倒计时组件
1 背景
我们在项目中经常有倒计时的场景，比如活动倒计时、抢红包倒计时等等。通常情况下，我们实现倒计时的方案有android中的countdowntimer、java中自带的timer和scheduleexcutorservice、rxjava中的interval操作符。 在实际项目中存在2个典型的问题，一是倒计时的实现形式不统一，不统一的原因分为认知不一致、每种倒计时方案各有优势；二是存在大量倒计时同时执行。
2 对比分析
关于几种方案的用法不是本文要讨论的重点，在此我们通过表格的方式列出来各自的特性，表格底部的countdowntimermanager就是本文要为大家介绍的新鲜出炉的中心化倒计时组件。
2.1 是否是倒计时
rx中的interval操作符是每隔一段时间会发送一个事件，可以说是一个计数器，而不是倒计时，在实际项目中会发现很多同学都把它当做倒计时在使用。下图是rxjava官方对interval的图解：
interval.png *the interval operator returns an observable that emits an infinite sequence of ascending integers, with a constant interval of time of your choosing between emissions.（简单理解就是固定间隔时间进行回调）
通过源码，我们也可以看出在observableinterval中实际也是进行了周期性调度。
public final class observableinterval extends observable<long> {
@override
public void subscribeactual(observer<? super long> observer) {
intervalobserver is = new intervalobserver(observer);
observer.onsubscribe(is);
scheduler sch = scheduler;
if (sch instanceof trampolinescheduler) {
worker worker = sch.createworker();
is.setresource(worker);
// 以给定的初始时间延迟、周期时间进行周期性执行
worker.scheduleperiodically(is, initialdelay, period, unit);
} else {
// 以给定的初始时间延迟、周期时间进行周期性执行
disposable d = sch.scheduleperiodicallydirect(is, initialdelay, period, unit);
is.setresource(d);
}
}
那么作为倒计时使用会有什么问题呢？
问题一是回调可能不准确，假设倒计时9.5秒，每1秒刷新一次view，该怎么设置回调间隔时间呢？
问题二是在手机长时间息屏后，某些厂商会将cpu休眠，rxjava的interval操作符此时将被按下暂停键，当app再次回到前台，interval会继续执行，假设暂停时倒计时剩余100秒，回到前台后实际只有10秒了，但是interval还是从100继续执行。
2.2 支持多任务
timer是单线程串行执行多任务，假设taska设定1秒后执行，taskb设定2秒后执行，实际上taskb是在taska执行结束后才执行taskb，所以taskb的执行时间是在第3秒，所以timer只算是伪支持多任务。scheduledexecutorservice是利用线程池支持了多任务调度的。
2.3 支持时间校准
countdowntimer中每次ontick()方法回调，都会重新计算下一次ontick的时间。其中主要优化有2点，一是减去ontick执行耗时；二是针对特殊情况（如1.2.1中提到的手机息屏后cpu休眠场景），对比delay是否小于0，如果小于0则需要累加mcountdowninterval。
long lasttickstart = systemclock.elapsedrealtime();
ontick(millisleft);
long lasttickduration = systemclock.elapsedrealtime() - lasttickstart;
long delay;
if (millisleft < mcountdowninterval) {
// 减去上面ontick方法执行耗时
delay = millisleft - lasttickduration;
if (delay < 0) {
delay = 0;
} else {
delay = mcountdowninterval - lasttickduration;
// 针对特殊情况（如1.2.1中提到的手机息屏后cpu休眠场景）
// 对比delay是否小于0，如果小于0则需要累加mcountdowninterval
while (delay < 0) {
delay += mcountdowninterval;
}
}
sendmessagedelayed(obtainmessage(msg), delay);
}
2.4 支持同帧刷新
我们项目中有很多场景是这样的：
倒计时a先执行，倒计时b后执行，a和b的倒计时结束时间是一致的，那么我们假设倒计时时间为10秒，每1秒刷新一次，a在剩余10秒时执行，b在剩余9.5秒执行，当二者在同一页面显示时，就会刷新不一致，这个问题在我们新的倒计时组件中将得到解决，文章后面将会详细说明。
2.5 支持延迟执行
延迟1分钟再执行10秒的倒计时？android中提供的countdowntimer是做不到的，只能额外写一个1分钟的定时器，到时间后再启动倒计时。
2.6 支持cpu休眠
我们这里提到的支持cpu休眠，并不是指cpu休眠期间倒计时仍能得到执行，而是在cpu休眠后能够恢复正常执行。和1.2.3中提到的时间校准类似，解决了时间校准的问题也就支持了cpu休眠的特性。
3 需求目标
- 设计一个中心化的倒计时组件，同时支持上述提到的一系列特性。
- 接口易于调用，使用者只需关注计时回调的逻辑。
4 设计类结构
countdowntimer采用静态内部类形式实现单例，暴露countdown() 、timer()方法供业务方clienta/clientb/clientc等调用，task是抽象任务，每次调用countdown() 、timer()后都生成一个task，交给优先级队列管理，内部通过handler不断从队列中取task执行。
5 具体实现
5.1 收口
收口可以理解为进行统一管理，这里我们通过一个优先级队列管理所有倒计时、定时器，优先级队列可以直接采用java中已有的数据结构priorityqueue，设置队列大小默认为5，根据task中的mexecutetimeinnext进行正序排序。这里有一个特别需要注意的点，priorityqueue需要传入实现comparator接口的对象，在实现comparator时，因为mexecutetimeinnext的数据类型是long类型，而compare()方法返回的是int类型，如果直接使用二者相减再强制转换为int，会有溢出的风险，所以可以使用long.compare()来实现大小比较。
/**
* 优先级队列，保存task，以 {@link task#mexecutetimeinnext} 作为基准
*/
private final queue<task> mtaskqueue = new priorityqueue<>(default_initial_capacity,
new comparator<task>() {
@override
public int compare(task task1, task task2) {
// return (int) (task1.mexecutetimeinnext - task2.mexecutetimeinnext); 错误示范
return long.compare(task1.mexecutetimeinnext, task2.mexecutetimeinnext);
}
});
5.2 支持与rxjava协同
提供倒计时countdown、定时器timer操作符，直接返回observable，方便与rxjava框架协同。
/**
* 倒计时
*
* @param millisinfuture millis since epoch when alarm should stop.
* @param countdowninterval the interval in millis that the user receives callbacks.
* @param delaymillis the delay time in millis.
* @return observable
*/
public synchronized observable<long> countdown(long millisinfuture, long countdowninterval, long delaymillis) {
atomicreference<task> taskatomicreference = new atomicreference<>();
return observable.create((observableonsubscribe<long>) emitter -> {
task newtask = new task(millisinfuture, countdowninterval, delaymillis, emitter);
taskatomicreference.set(newtask);
synchronized (countdowntimermanager.this) {
task toptask = mtaskqueue.peek();
if (toptask == null || newtask.mexecutetimeinnext < toptask.mexecutetimeinnext) {
cancel();
}
mtaskqueue.offer(newtask);
if (mcancelled) {
start();
}
}
}).doondispose(() -> {
if (taskatomicreference.get() != null) {
taskatomicreference.get().dispose();
}
});
}
/**
* 定时器
*
* @param millisinfuture millis since epoch when alarm should stop.
* @return observable
*/
public synchronized observable<long> timer(long millisinfuture) {
return countdown(0, 0, millisinfuture);
}
private synchronized void remove(task task) {
mtaskqueue.remove(task);
if (mtaskqueue.size() == 0) {
cancel();
}
}
5.3 支持时间校准
不推荐使用rxjava中的interval，因为rxjava中的实现无法保障倒计时的准确执行，如在手机cpu进入休眠之后再恢复到前台。那么如何实现呢？这里借鉴了android中countdowntimer的设计思路，在每次ontick后重新计算了下一次ontick的时间，比如前文提到的“cpu进入休眠”的情况，我们通过一个while循环，计算出下一次ontick的时间（其条件是大于当前时间）。
mtaskqueue.poll();
if (!task.isdisposed()) {
if (stopmillisleft <= 0 || task.mcountdowninterval == 0) {
task.mdisposed = true;
task.memitter.onnext(0l);
task.memitter.oncomplete();
} else {
task.memitter.onnext(stopmillisleft % task.mcountdowninterval == 0 ? stopmillisleft
: (stopmillisleft / task.mcountdowninterval + 1) * task.mcountdowninterval);
// 时间校准
// special case:
// user's ontick took more than interval to complete
// cpu slept
do {
task.mexecutetimeinnext += task.mcountdowninterval;
} while (task.mexecutetimeinnext < systemclock.elapsedrealtime());
mtaskqueue.offer(task);
}
}
5.4 支持同步刷新
针对多个倒计时在同一时刻结束的情况，优化了刷新不同步的问题。 mexecutetimeinnext是下一次任务执行时间，假设倒计时剩余时间为9.5秒，每1秒刷新，那么下一次的执行时间则是在0.5秒之后。
private task(long millisinfuture, long countdowninterval, long delaymillis,
@nonnull observableemitter<long> emitter) {
mcountdowninterval = countdowninterval;
// 计算出下次执行的时间
mexecutetimeinnext = systemclock.elapsedrealtime() + (mcountdowninterval == 0 ? 0
: millisinfuture % mcountdowninterval) + delaymillis;
mstoptimeinfuture = systemclock.elapsedrealtime() + millisinfuture + delaymillis;
memitter = emitter;
}
5.5 支持延迟执行
在计算下次执行的时间时，加上了delaymillis，这样就支持了延迟执行。
private task(long millisinfuture, long countdowninterval, long delaymillis,
@nonnull observableemitter<long> emitter) {
mcountdowninterval = countdowninterval;
// 计算出下次执行的时间
mexecutetimeinnext = systemclock.elapsedrealtime() + (mcountdowninterval == 0 ? 0
: millisinfuture % mcountdowninterval) + delaymillis;
mstoptimeinfuture = systemclock.elapsedrealtime() + millisinfuture + delaymillis;
memitter = emitter;
}
到此这篇关于利用android设计一个倒计时组件的文章就介绍到这了,更多相关利用android设计倒计时组件内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持！