博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
后台执行的定时任务
阅读量:6429 次
发布时间:2019-06-23

本文共 2799 字,大约阅读时间需要 9 分钟。

一.Service中关键代码

@Override    public int onStartCommand(Intent intent, int flags, int startId) {        // 线程任务        new Thread(new Runnable() {            @Override            public void run() {                Log.e(TAG, "Execute at " + new Date().toString());            }        }).start();        // 定时执行        AlarmManager manager = (AlarmManager)getSystemService(ALARM_SERVICE);        int tenSec = 10 * 1000;        long tiggerAtTime = System.currentTimeMillis() + tenSec;        Intent it = new Intent(this, AlarmReceiver.class);    // 指定定时任务的接收器为广播AlarmReceiver        PendingIntent pi = PendingIntent.getBroadcast(this, 0, it, 0);        manager.set(AlarmManager.RTC_WAKEUP, tiggerAtTime, pi);        return super.onStartCommand(intent, flags, startId);    }

Alarm机制:

首先我们来看一下Alarm 机制的用法吧,其实并不复杂,主要就是借助了AlarmManager 类来实现的。这个类和NotificationManager 有点类似,都是通过调用Context 的getSystemService() 方法来获取实例的, 只是这里需要传入的参数是Context.ALARM_SERVICE。因此,获取一个AlarmManager 的实例就可以写成:

AlarmManager manager = (AlarmManager) getSystemService(Context.ALARM_SERVICE);

接下来调用AlarmManager 的set()方法就可以设置一个定时任务了,比如说想要设定一个任务在10 秒钟后执行,就可以写成:

long triggerAtTime = SystemClock.elapsedRealtime() + 10 * 1000;

manager.set(AlarmManager.ELAPSED_REALTIME_WAKEUP, triggerAtTime, pendingIntent);

上面的两行代码你不一定能看得明白,因为set()方法中需要传入的三个参数稍微有点复杂,下面我们就来仔细地分析一下。第一个参数是一个整型参数,用于指定AlarmManager的工作类型, 有四种值可选, 分别是ELAPSED_REALTIME 、ELAPSED_REALTIME_WAKEUP、RTC 和RTC_WAKEUP。其中ELAPSED_REALTIME表示让定时任务的触发时间从系统开机开始算起, 但不会唤醒CPU 。ELAPSED_REALTIME_WAKEUP 同样表示让定时任务的触发时间从系统开机开始算起,但会唤醒CPU。RTC 表示让定时任务的触发时间从1970 年1 月1 日0 点开始算起,但不会唤醒CPU。RTC_WAKEUP 同样表示让定时任务的触发时间从1970 年1 月1 日0点开始算起,但会唤醒CPU。使用SystemClock.elapsedRealtime()方法可以获取到系统开机至今所经历时间的毫秒数,使用System.currentTimeMillis()方法可以获取到1970年1 月1 日0 点至今所经历时间的毫秒数。

然后看一下第二个参数,这个参数就好理解多了,就是定时任务触发的时间,以毫秒为单位。如果第一个参数使用的是ELAPSED_REALTIME 或ELAPSED_REALTIME_WAKEUP,则这里传入开机至今的时间再加上延迟执行的时间。如果第一个参数使用的是RTC 或RTC_WAKEUP,则这里传入1970 年1 月1 日0 点至今的时间再加上延迟执行的时间。

第三个参数是一个PendingIntent,对于它你应该已经不会陌生了吧。这里我们一般会调用getBroadcast()方法来获取一个能够执行广播的PendingIntent。这样当定时任务被触发的时候,广播接收器的onReceive()方法就可以得到执行。了解了set()方法的每个参数之后,你应该能想到,设定一个任务在10 秒钟后执行还可以写成:

long triggerAtTime = System.currentTimeMillis() + 10 * 1000;

manager.set(AlarmManager.RTC_WAKEUP, triggerAtTime, pendingIntent);

 

另外需要注意的是,从Android 4.4 版本开始,Alarm 任务的触发时间将会变得不准确,有可能会延迟一段时间后任务才能得到执行。这并不是个bug,而是系统在耗电性方面进行的优化。系统会自动检测目前有多少Alarm 任务存在,然后将触发时间将近的几个任务放在一起执行,这就可以大幅度地减少CPU 被唤醒的次数,从而有效延长电池的使用时间。

当然,如果你要求Alarm 任务的执行时间必须准备无误,Android 仍然提供了解决方案。使用AlarmManager 的setExact()方法来替代set()方法,就可以保证任务准时执行了。

 

二.广播接收器AlarmReceiver:

public class AlarmReceiver extends BroadcastReceiver {    @Override    public void onReceive(Context context, Intent intent) {        Intent i = new Intent(context, MyService.class);        context.startService(i);    }}

 

转载于:https://www.cnblogs.com/itfenqing/p/6753271.html

你可能感兴趣的文章
CURL请求
查看>>
我的友情链接
查看>>
分享我司基于K8s & Spring Cloud的私有云技术选型!
查看>>
简单倒排索引Java实现
查看>>
JavaScript流程控制和运算符
查看>>
售前工程师的成长--一个老员工的经验之谈(一)
查看>>
简单工厂模式和工厂模式、抽象工厂模式(Factory)
查看>>
初识Linux-2
查看>>
内联函数
查看>>
eclipse粘贴多行
查看>>
常见的APP性能测试指标
查看>>
C语言:判断一个字符串是否为另外一个字符串旋转之后的字符串。(左旋右旋、求子串)...
查看>>
2016年linux运维人员必会开源运维工具体系
查看>>
老李分享:持续集成学好jenkins之Git和Maven配置
查看>>
mkdir命令
查看>>
求一个数二进制中1的个数(优化)。判断一个数是不是2的n次方
查看>>
03.Beetl模板变量以及自定义模板配置---《Beetl视频课程》
查看>>
【安全牛学员笔记】存储型XSS和BEEF浏览器***框架
查看>>
《电信快报》2016.7目录
查看>>
硬链接和链接(符号链接)
查看>>