Android Fk: JobService的使用解析

本文主要是介绍Android Fk: JobService的使用解析，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

某个时间点或者满足某个特定的条件时去执行某个任务时可以使用JobService来实现,一从API19起，使用AlarmManager，setRepeating定时请求并不能保证时效的准确，在5.0以后，Google推出了一个JobService，用来执行一些并非即时执行的后台进程。

一、使用方法及注意事项：

1.新建自己的JobService

public class DemoJobService extends JobService
{@Overridepublic boolean onStartJob(JobParameters params) {return false;}@Overridepublic boolean onStopJob(JobParameters params) {return false;}
}

2. schedule这个service

JobScheduler scheduler =(JobScheduler) context.getSystemService(Context.JOB_SCHEDULER_SERVICE);
ComponentName componentName =new ComponentName(context, DemoJobService.class);  
JobInfo.Builder builder =new JobInfo.Builder(DemoJobService.INITJOBID, componentName);  
builder.setMinimumLatency(1000);
scheduler.cancel(ScreenPaperModeUpdateService.INITJOBID);
scheduler.schedule(builder.build());

3. 重要回调的说明

API	调用时机	作用	备注
onStartJob()	Job开始时候的回调	实现具体的工作逻辑	return false 系统将会在逻辑结束后自动结束本job
onStopJob()	当JobScheduler感知到Job条件不满足的时候，或者Job被抢占被取消的时候强制回调	停止该Job	如果希望在这种意外情况下重启Job，返回值应该返回true
jobFinished()	当任务完成的时候，客户端主动调用，通知JobScheduler已经完成了任务	完成任务销毁Job	调用该方法的时候不会回调onStopJob()，但会回调onDestroy
onCreate()	Service被初始化的时候回调	初始化可以用来设置BroadcastReceiver或者ContentObserver
onDestroy()	Service被销毁时候的回调	用来注销BroadcastReceiver或者ContentObserver，释放资源等

4. 注意事项：

结合同事整理的笔记：

AndroidManifest.xml中要声明Service ,Manifest文件里声明JobService的时候必须要请求android:permission="android.permission.BIND_JOB_SERVICE"的权限。否则在schedule的时候会抛出IllegalArgumentException异常 Error: requested job be persisted without holding RECEIVE_BOOT_COMPLETED permission
JobInfo创建的时候必须至少设置一个条件，否则在创建的时候就会抛出IllegalArgumentException异常，You’re trying to build a job with no constraints, this is not allowed
jobFinished()，如果该jobservice是个耗时操作，onStartJob中需要return true()在return之前需要主动调用jobFinished()方法告诉JobSchedulerService 该Jobservice执行结束可以走销毁流程了。
同一个UID进程里只能有唯一一个Job的ID，否则新生成的Job会抢占已经运行的Job，导致该Job被异常终止
JobService因为设置的条件变化导致被强制停止后，如果需要自重启Service，需要将onStopJob返回true
自行cancel了Job，即便onStopJob返回true也不会再启动，这种时候如果需要自启动，需要在onStopJob里重新schedule
自行finished了Job，onStopJob不会回调，只会回调onDestroy
Job如果需要执行长时间任务的话，onStartJob应该返回true，否则onStartJob刚回调结束，Job就会被停止
使用CancelAll会cancel同一UID下的所有job
ENFORCE_MAX_JOBS =true，同个UID最多100个Job
JobService是不能保证精确准时的

针对第8条，因为涉及到在onStartJob里运行耗时操作和异步线程的问题，有许多注意事项：
首先特别强调，如果onStartJob()中返回了false，内部开启了工作线程去处理逻辑，这个时候Job会被强制销毁，同时后台任务还在继续，如果我们在onDestroy中没有释放线程，这个时候就会出现内存泄露，所以这种写法一定是要杜绝的

onStartJob返回false的话，无论后台任务是否完成，JobService都将被强制销毁
onStartJob里执行耗时操作的话，如果操作了UI会导致ANR，如果不操作UI，当耗时逻辑(8s以上)结束之后，该JobService也会被强制停止和销毁
onStartJob如果新建工作线程执行后台逻辑，是存在一个10min的限制，10min后即便后台任务还没结束，JobService也会被强行停止和销毁

后台需要执行简单的任务
onStartJob可以直接返回false，告诉JobScheduler可以立即销毁Job，比如：发送IDLE状态变化的广播

后台执行耗时操作
onStartJob中新建工作线程执行耗时逻辑，并且返回true，这个时候，JobScheduler不会销毁Job，会有10min的等待时间，后台任务完成后应该自行调用jobFinished来通知JobScheduler可以立即销毁Job了，比如：网络请求获取数据

后台执行无法预估处理时间的耗时任务
这种情况就比较复杂了，除了需要在onStartJob启动工作线程后台执行逻辑，并且返回为true以外，建议还需要在onStopJob里加入以下逻辑

结束后台线程，回收资源**
保存本次任务的状态和临时文件
返回true，让系统再次启动Job
当任务重启后，读取上次任务的状态和临时文件继续完成未完成的Job
比如：不确定大小的下载任务

二、JobService原理：

2.1 JobSchedulerService 初始化:

init:
这里写图片描述
constructor:

Constructor:
784    public JobSchedulerService(Context context) {
785        super(context);
786        //MIUI MOD:
787        //mHandler = new JobHandler(context.getMainLooper());
788        mHandler = new JobHandler(com.android.server.MiuiFgThread.get().getLooper());
791        mJobs = JobStore.initAndGet(this);
792
793        // Create the controllers.
794        mControllers = new ArrayList<StateController>();
795        mControllers.add(ConnectivityController.get(this));
797        ...
802    }

onStart()

onStart()
805    public void onStart() {
806        publishLocalService(JobSchedulerInternal.class, new LocalService());
807        publishBinderService(Context.JOB_SCHEDULER_SERVICE, mJobSchedulerStub);
808    }

onBootPhase()

@Override
811    public void onBootPhase(int phase) {
812        if (PHASE_SYSTEM_SERVICES_READY == phase) {
834        } else if (phase == PHASE_THIRD_PARTY_APPS_CAN_START) {
835            synchronized (mLock) {
851                mJobs.forEachJob(new JobStatusFunctor() {
852                    @Override
853                    public void process(JobStatus job) {
854                        for (int controller = 0; controller < mControllers.size(); controller++) {
855                            final StateController sc = mControllers.get(controller);
856                            sc.maybeStartTrackingJobLocked(job, null);
857                        }
858                    }
859                });
863            }
865        } else if (phase == PHASE_BOOT_COMPLETED) {
866            mHandler.obtainMessage(MSG_CHECK_JOB).sendToTarget();
868        }
869    }

JobSchedulerService的初始化流程:
这里写图片描述

2.2 JobSchedulerService家族大体框架:

这里写图片描述

2.2.1 JobInfo JobStatus

2.2.2 JobStore

2.2.3 StateController

这里写图片描述

TimeController举例：
这里写图片描述

job.isReady():

JobStatus.java
public boolean isReady() {final boolean deadlineSatisfied = (!job.isPeriodic() && hasDeadlineConstraint()&& (satisfiedConstraints & CONSTRAINT_DEADLINE) != 0);final boolean notIdle = (satisfiedConstraints & CONSTRAINT_APP_NOT_IDLE) != 0;final boolean notDozing = (satisfiedConstraints & CONSTRAINT_DEVICE_NOT_DOZING) != 0|| (job.getFlags() & JobInfo.FLAG_WILL_BE_FOREGROUND) != 0;return (isConstraintsSatisfied() || deadlineSatisfied) && notIdle && notDozing;
}