最近有个需求,需要在android手机后台一直执行一个任务,有一定的时间间隔。
目前方案有以下几种
方式一:采用Handler的postDelayed(Runnable, long)方法
handler = new Handler();
runnable = new Runnable() {
@Override
public void run() {
// handler自带方法实现定时器
System.out.println("33331");
handler.postDelayed(this, 1000*3);//每隔3s执行
}
};
handler.postDelayed(runnable, 1000*60);//延时多长时间启动定时器
方式二:采用timer及TimerTask结合的方法
TimerTask timerTask = new TimerTask() {
@Override
public void run() {
System.out.println("99999998");
}
};
timer.schedu,
1000,//延迟1秒执行
Time);//周期时间
}
方式三:采用AlarmManager机制
@Override
public int onStartCommand(Intent intent, int flags, int startId) {
new Thread(new Runnable() {
@Override
public void run() {
// EventBus.getDefault().post(new EventCategory(7));
System.out.println("99999988");//这是定时所执行的任务
}
}).start();
AlarmManager alarmManager = (AlarmManager) getSystemService(Context.ALARM_SERVICE);
int anhour=6*1000;
long triggerAtMillis = SystemClock.elapsedRealtime()+anhour;
Intent alarmIntent = new Intent(this,MyService.class);
PendingIntent pendingIntent = PendingIntent.getService(this, 0, alarmIntent, PendingIntent.FLAG_UPDATE_CURRENT);
alarmManager.cancel(pendingIntent);
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) {// 6.0
alarmManager.setExactAndAllowWhileIdle(AlarmManager.ELAPSED_REALTIME_WAKEUP, triggerAtMillis, pendingIntent);
} else if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.KITKAT) {// 4.4
alarmManager.setExact(AlarmManager.ELAPSED_REALTIME_WAKEUP,triggerAtMillis, pendingIntent);
} else {
alarmManager.set(AlarmManager.ELAPSED_REALTIME_WAKEUP,triggerAtMillis, pendingIntent);
}
return super.onStartCommand(intent, flags, startId);
}
这里一定要注意的是AlarmManager.ELAPSED_REALTIME_WAKEUP 后面这个类型
记住不要再用setRepeating了,这个方法过时了,设置了一点都不去精确
还有很多人容易写成RTC_WAKEUP ,但是取时间的时候却用的是SystemClock.elapsedRealtime()
SystemClock.elapsedRealtime()获取从设备boot后经历的时间值。
SystemClock.elapsedRealtime()计算某个时间经历了多长时间有意义,例如通话经历了多长时间,这个值是系统设置无关,这是会导致一个不管怎么设置时间,结果都是5S执行一次的问题,请大家注意,一定要根据上面表格来。
Timer并不太适用于那些需要长期在后台运行的定时任务。为了能让电池更加耐用,每种手机都会有自己的休眠策略,Android 手机就会在长时间不操作的情况下自动让 CPU 进入到睡眠状态,这就有可能导致 Timer 中的定时任务无法正常运行。
Alarm具有唤醒 CPU 的功能,即可以保证每次需要执行定时任务的时候 CPU 都能正常工作。
1,Alarm定时不需要程序自身去维护,而又系统来维护,使得程序更好避免了容易出错问题,更是占用系统资源,cpu占有率。
2,即使程序退出后,程序自身不会有任何烦恼的问题,系统到时间自动调用对应组件执行定义好的逻辑
3,定时的多样性,包括一次定时,循环定时(在xx年x月x日执行,周一至周五执行,每天几点几分执行。。。)
如果你的应用是TO C的话,保活请看这一篇,全网搜过写的最好的
https://www.jianshu.com/p/63aafe3c12af
如果你是TO B的,也就是面向企业的或者工具类的,可以这样子
比如我的测试手机小米5s,打开应用管理
**
比如我们看微信的,为何能做到无敌保活状态呢,即便是杀掉的状态依然能接受新的微信消息,弹出消息提示
!
如果你把自启动给它关掉,经过验证,微信被杀也是无法接受新消息提醒的,over。
下面我们来说说使用AlarmManager的一些坑
测试手机系统Android 5.1.1
时间设置为2S,看看执行结果
小米5 Android8.0
设置成4S的话两个手机依然执行5s
由于google对电量做了优化,5S是最小轮询单位
5S以内不管怎么设置时间,都是5S执行一次,
凡是>5S的,都是可以在5S以上时间执行的,ojbk.
Android JetPack有个组件WorkManager,也可以实现一些后台定时任务,https://www.jianshu.com/p/f07e4141d432
WorkManager用于那些需要保证即使APP退出了系统依然可以运行的任务,比如将应用数据上传到服务器。不要用于如果APP被杀进程,可以安全终止的后台任务
参考
定时任务,AlarmManager使用
https://www.cnblogs.com/ProtectedDream/p/6351447.html#4079768