问题分析
想起轮询我们一般会想起利用Handler和Timer,然而AlarmManager相比于Handler和Timer有优势,具体的分析我参考了一个大神的博客:
最近在做一个需求:客户端按照规定的时间间隔向服务端发送定位。一看到这个需求就想到了使用 AlarmManager 来实现。 AlarmManager 经常被用来执行定时任务,比如设置闹铃、发送心跳包等。也许有人会有疑问:为什么不能使用相同具有定时效果的 Timer 和 Handler 呢?
其实答案非常简单,相对于 Handler 来说,使用 sendEmptyMessageDelayed 方法是依赖于 Handler 所在的线程的,如果线程结束,就起不到定时任务的效果;而 AlarmManager 依赖的是 Android 系统的服务,具备唤醒机制。比起 Handler 也就更合适了。
而至于 Timer 可以精确地做到定时操作,但是相比于 AlarmManager 而言还是差了一截。同理,如果手机关屏后长时间不使用, CPU 就会进入休眠模式。这个使用如果使用 Timer 来执行定时任务就会失败,因为 Timer 无法唤醒 CPU 。
所以,综上所述,AlarmManager 就成为了最佳选择。
综上可知,AlarmManager不仅仅只是用了完成闹钟操作,还可以用来完成一些定时任务,但是因为系统的不断升级和优化,出于省电的考虑,在Android KITKAT
版本及之后,setRepeating开始变得不准确,想要精准的定时我们只能使用setExact
,在Android M
及之后的版本,我们只能使用setExactAndAllowWhileIdle
来应对Android M
出现的Doze模式,具体的Android M
版本的变化可以参考谷歌的官网Android 6.0 变更。随意为了覆盖所有的版本,我们必须考虑在不同的Android版本来实现定时设置,接下来我们来试着实现它。
实现精准轮询的原理
轮询一般意味着我们需要Service来完成我们的一些具体的请求,这里我想让AlarmManager来定时唤醒一个Receiver用来启动请求的Service,这里比较困难的是,Android KITKAT
及之后的版本设置的定时都只能管一次,所以我们需要做到的是完成一次定时任务以后接着设置第二次定时任务,一次类推……
所以我们梳理一下这里我们要靠什么完成后台的精准轮询,我们需要一个Service来完成我们真正想做的事情,比如说请求;我们需要一个Recever来启动Service;我们还需要一个工具类来专门设置定时(当然你不想这样子也可以),我们设置的定时是定时发送一个广播。
实现精准轮询的步骤
构造一个Service类(PollingService),在该类里面实现具体要实现的事情,具体的代码如下所示:
1 | public class PollingService extends IntentService { |
构造一个Receiver类(PollingReceiver)类来接收AlarmManager向该receiver发送的广播,接收到广播以后我们就可以来启动指定service
1 | public class PollingReceiver extends BroadcastReceiver { |
别忘了在Manifest里面注册之前构造的Receiver和Service,接着是我们打包的一个AlarmManager的工具类,在这里我们需要注意是使用setExactAndAllowWhileIdle和setExact方法的第二个参数的时间都是基于ELAPSED_REALTIME,所以第二个参数都应该是SystemClock.elapsedRealtime()+间隔时间,具体的代码如下:
1 | public class PollingUtils { |
启动定时和停止定时的代码具体如下:
1 | PollingUtils.startPollingService(MainActivity.this, 60, PollingReceiver.class, PollingUtils.ACTION); |
1 | PollingUtils.stopPollingService(MainActivity.this, PollingReceiver.class, PollingUtils.ACTION); |