前言
在Android经常要实现定时服务，定时某个时刻推送消息或者更新数据。比如需要在夜晚8：00-10:00之间，推送一条消息、弹窗、或者其他操作。
一般我们可能是开启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设置从第一个时间检测到内容更改被允许的最大总延迟（以毫秒为单位），直到作业被调度为止*
等等，具体可查询API
总结
- 继承JobService，并重写onStartJob和onStopJob方法
- 在manifest.xml中声明JobService的时候，要加上android:permission=”android.permission.BIND_JOB_SERVICE”
- JobService不能执行耗时任务，如果一定要这么做，一定要开启新线程去操作
- JobService一定要设置至少一个执行条件，如有网络连接、充电中、系统空闲...
如果我们的后台任务满足JobService的一个或多个约束条件，就可以考虑是不是应该用JobService来执行。
