Android Fk: JobService的使用解析

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

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

1.新建自己的JobService

public class DemoJobService extends JobService
{
    @Override
    public boolean onStartJob(JobParameters params) {
        return false;
    }
    @Override
    public 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. 注意事项：

结合同事整理的笔记：

1. 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
2. JobInfo创建的时候必须至少设置一个条件，否则在创建的时候就会抛出IllegalArgumentException异常，You’re trying to build a job with no constraints, this is not allowed
3. jobFinished()，如果该jobservice是个耗时操作，onStartJob中需要return true()在return之前需要主动调用jobFinished()方法告诉JobSchedulerService 该Jobservice执行结束可以走销毁流程了。
4. 同一个UID进程里只能有唯一一个Job的ID，否则新生成的Job会抢占已经运行的Job，导致该Job被异常终止
5. JobService因为设置的条件变化导致被强制停止后，如果需要自重启Service，需要将onStopJob返回true
6. 自行cancel了Job，即便onStopJob返回true也不会再启动，这种时候如果需要自启动，需要在onStopJob里重新schedule
7. 自行finished了Job，onStopJob不会回调，只会回调onDestroy
8. Job如果需要执行长时间任务的话，onStartJob应该返回true，否则onStartJob刚回调结束，Job就会被停止
9. 使用CancelAll会cancel同一UID下的所有job
10. ENFORCE_MAX_JOBS =true，同个UID最多100个Job
11. 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里加入以下逻辑

1. 结束后台线程，回收资源**
2. 保存本次任务的状态和临时文件
3. 返回true，让系统再次启动Job
4. 当任务重启后，读取上次任务的状态和临时文件继续完成未完成的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;
}