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's
main thread. This means that you must offload your execution logic to another
thread/handler/AsyncTask of your choosing. Not doing so will result in blocking any
future callbacks from the JobManager - specifically onStopJob(android.app.job.JobParameters), which is meant to inform you that the
scheduling 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来执行。