Android使用JobService实现后台服务

前言
在Android经常要实现定时服务，定时某个时刻推送消息或者更新数据，一般我们可能是开启Service，在Service中使用AlarmManager，setRepeating定时请求，但是从API19起，并不能保证时效的准确，在5.0以后，Google推出了一个JobService，用来执行一些并非即时执行的后台进程。

使用
在JobService中有两个抽象方法onStartJob(JobParameters)和onStopJob(JobParameters)。onStartJob在JobService被调度到的时候会执行，我们只需要继承JobService然后重写onStartJob方法，并在里面执行我们的后台任务就可以了。

   @Override    public boolean onStartJob(JobParameters params) {        return false;    }    @Override    public boolean onStopJob(JobParameters params) {        return false;    }

在API中，有这样一句话

This service executes each incoming job on a Handler running on your application'smain thread. This means that you must offload your execution logic to anotherthread/handler/AsyncTask of your choosing. Not doing so will result in blocking anyfuture callbacks from the JobManager - specifically onStopJob(android.app.job.JobParameters), which is meant to inform you that thescheduling requirements are no longer being met.即：JobService默认在主线程中处理传入的每个操作，这意味着，你必须开一个新线程来执行你的耗时操作，如果不这样操作，将会阻塞来自JobManager的任何操作，特别是onStopJob操作

在onStartJob方法中，将要执行我们的定时服务，主要依靠的是JobScheduler。
先来一个简单例子，启动一个JobService，同时内部循环操作，弹一个吐司。

在Activity中，启动服务 @Override    protected void onCreate(@Nullable Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP) {            doService();        }  }    @RequiresApi(api = Build.VERSION_CODES.LOLLIPOP)    private void doService() {        JobScheduler jobScheduler = (JobScheduler) getSystemService(JOB_SCHEDULER_SERVICE);        JobInfo.Builder builder = new JobInfo.Builder(1, new ComponentName(this, TestService.class));  //指定哪个JobService执行操作        builder.setMinimumLatency(TimeUnit.MILLISECONDS.toMillis(10)); //执行的最小延迟时间        builder.setOverrideDeadline(TimeUnit.MILLISECONDS.toMillis(15));  //执行的最长延时时间        builder.setRequiredNetworkType(JobInfo.NETWORK_TYPE_NOT_ROAMING);  //非漫游网络状态        builder.setBackoffCriteria(TimeUnit.MINUTES.toMillis(10), JobInfo.BACKOFF_POLICY_LINEAR);  //线性重试方案        builder.setRequiresCharging(false); // 未充电状态        jobScheduler.schedule(builder.build());    }

@TargetApi(Build.VERSION_CODES.LOLLIPOP)public class TestService extends JobService {    @Override    public boolean onStartJob(JobParameters params) {        doJob();        doService();        return true;    }    private void doService() {        JobScheduler jobScheduler = (JobScheduler) getSystemService(JOB_SCHEDULER_SERVICE);        JobInfo.Builder builder = new JobInfo.Builder(1, new ComponentName(this, TestService.class));  //指定哪个JobService执行操作        builder.setMinimumLatency(TimeUnit.MILLISECONDS.toMillis(10)); //执行的最小延迟时间        builder.setOverrideDeadline(TimeUnit.MILLISECONDS.toMillis(15));  //执行的最长延时时间        builder.setRequiredNetworkType(JobInfo.NETWORK_TYPE_NOT_ROAMING);  //非漫游网络状态        builder.setBackoffCriteria(TimeUnit.MINUTES.toMillis(10), JobInfo.BACKOFF_POLICY_LINEAR);  //线性重试方案        builder.setRequiresCharging(false); // 未充电状态        jobScheduler.schedule(builder.build());    }    private void doJob() {        ToastUtil.ToastNormal(this, "测试");    }    @Override    public boolean onStopJob(JobParameters params) {        return false;    }}

                <service            android:name=".service.TestService"              android:permission="android.permission.BIND_JOB_SERVICE"/>

例子里可以看到，一共有五个条件，
- 最短延迟时间 setMinimumLatency
- 最长延迟时间 setOverrideDeadline
- 执行时网络状态 setRequiredNetworkType 共有（NETWORK_TYPE_NONE默认）、（NETWORK_TYPE_ANY任何网络状态）、（NETWORK_TYPE_UNMETERED不需要计量的网络状态）、（NETWORK_TYPE_NOT_ROAMING非漫游状态）
- 重试方案 setBackoffCriteria 第一个参数为时间，第二个是重试方案有JobInfo.BACKOFF_POLICY_LINEAR限行方案、BACKOFF_POLICY_EXPONENTIAL指数方案。
- 是否需要在充电状态执行 setRequiresCharging 默认是false
除此之外，还有
- 重复每周期间隔时间 setPeriodic
- 设备重启后是否继续后台操作 setPersisted，前提是具有权限
- setTriggerContentMaxDelay设置从第一个*时间检测到内容更改被允许的最大总延迟（以毫秒为单位），直到作业被调度为止

总结

继承JobService，并重写onStartJob和onStopJob方法
在manifest.xml中声明JobService的时候，要加上android:permission=”android.permission.BIND_JOB_SERVICE”
JobService不能执行耗时任务，如果一定要这么做，一定要开启新线程去操作
JobService一定要设置至少一个执行条件，如有网络连接、充电中、系统空闲…

如果我们的后台任务满足JobService的一个或多个约束条件，就可以考虑是不是应该用JobService来执行。

总结

更多相关文章

随机推荐