Google在Android 5.0中引入JobScheduler来执行一些需要满足特定条件但不紧急的后台任务，APP利用JobScheduler来执行这些特殊的后台任务时来减少电量的消耗。本文首先介绍JobSerice的使用方法，然后分析JobService的源码实现。
JobService的使用
使用JobScheduler的时候需要把待执行的后台任务封装到JobService中提交。下面就来介绍JobService的使用，首先看一下JobService是什么东东。
从上面的截图，可以看出JobService继承自Service，并且是一个抽象类。在JobService中有两个抽象方法onStartJob(JobParameters)和onStopJob(JobParameters)。onStartJob在JobService被调度到的时候会执行，我们只需要继承JobService然后重写onStartJob方法，并在里面执行我们的后台任务就可以了。
下面给出一个JobService的使用实例。
首先，定义一个JobService的子类，如：
public class MyJobService extends JobService { public static final String TAG = MyJobService.class.getSimpleName(); @Override public boolean onStartJob(JobParameters params) { Log.i(TAG, "onStartJob:" + params.getJobId()); Toast.makeText(MyJobService.this, "start job:" + params.getJobId(), Toast.LENGTH_SHORT).show(); jobFinished(params, false);//任务执行完后记得调用jobFinsih通知系统释放相关资源 return false; } @Override public boolean onStopJob(JobParameters params) { Log.i(TAG, "onStopJob:" + params.getJobId()); return false; } }
在MyJobService中，onStartJob里面的逻辑非常简单：弹出一个Toast。定义完JobService之后，剩下的工作就是提交Job了，这里我们在Activity中实现，用户点击button来提交任务。Activity的代码如下：
public class MainActivity extends Activity { public static final String TAG = MainActivity.class.getSimpleName(); private int mJobId = 0; private EditText mDelayEditText; private EditText mDeadlineEditText; private RadioButton mWiFiConnectivityRadioButton; private RadioButton mAnyConnectivityRadioButton; private CheckBox mRequiresChargingCheckBox; private CheckBox mRequiresIdleCheckbox; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); mDelayEditText = (EditText) findViewById(R.id.delay_time); mDeadlineEditText = (EditText) findViewById(R.id.deadline_time); mWiFiConnectivityRadioButton = (RadioButton) findViewById(R.id.checkbox_unmetered); mAnyConnectivityRadioButton = (RadioButton) findViewById(R.id.checkbox_any); mRequiresChargingCheckBox = (CheckBox) findViewById(R.id.checkbox_charging); mRequiresIdleCheckbox = (CheckBox) findViewById(R.id.checkbox_idle); } public void onBtnClick(View view) { JobScheduler scheduler = (JobScheduler) getSystemService(Context.JOB_SCHEDULER_SERVICE); ComponentName componentName = new ComponentName(MainActivity.this, MyJobService.class); JobInfo.Builder builder = new JobInfo.Builder(++mJobId, componentName); String delay = mDelayEditText.getText().toString(); if (delay != null && !TextUtils.isEmpty(delay)) { //设置JobService执行的最小延时时间 builder.setMinimumLatency(Long.valueOf(delay) * 1000); } String deadline = mDeadlineEditText.getText().toString(); if (deadline != null && !TextUtils.isEmpty(deadline)) { //设置JobService执行的最晚时间 builder.setOverrideDeadline(Long.valueOf(deadline) * 1000); } boolean requiresUnmetered = mWiFiConnectivityRadioButton.isChecked(); boolean requiresAnyConnectivity = mAnyConnectivityRadioButton.isChecked(); //设置执行的网络条件 if (requiresUnmetered) { builder.setRequiredNetworkType(JobInfo.NETWORK_TYPE_UNMETERED); } else if (requiresAnyConnectivity) { builder.setRequiredNetworkType(JobInfo.NETWORK_TYPE_ANY); } builder.setRequiresDeviceIdle(mRequiresIdleCheckbox.isChecked());//是否要求设备为idle状态 builder.setRequiresCharging(mRequiresChargingCheckBox.isChecked());//是否要设备为充电状态 scheduler.schedule(builder.build()); Log.i(TAG, "schedule job:" + mJobId); } //...... }
这里重点看一下26----55行，在button的单击事件响应中，先通过getSystemService拿到系统的JobScheduler，然后使用JobInfo.Buidler来构造一个后台任务，具体看28----55行。在设置后台任务的参数时，需要特别注意的是：以下五个约束条件我们需要至少指定其中的一个，否则调用JobInfo.Buidler的build方法时会抛异常，导致后台任务构造失败。五个约束条件如下：
1）最小延时
2）最晚执行时间
3）需要充电
4）需要设备为idle（空闲）状态（一般很难达到这个条件吧）
5）联网状态（NETWORK_TYPE_NONE--不需要网络，NETWORK_TYPE_ANY--任何可用网络，NETWORK_TYPE_UNMETERED--不按用量计费的网络）
其实仔细想一想也有道理，其实约束条件决定了JobService在什么时候执行，如果都没指定，系统就不知道在什么来执行我们的JobService了。如果我们的后台任务满足以上的一个或多个条件，就可以考虑是不是应该用JobService来执行。
运行效果如下：
JobService源码分析
JobService内部的运行机制究竟是怎样的？既然继承子Service，那么它至少要重写onStartCommand或者onBind。实际上JobService选择的是重写onBind。为什么使用bind方式呢？上面有提到，JobService是通过JobScheduler来调度，很明显这里会涉及到跨进程通信，如果使用AIDL（当然也可以使用Messenger）就可以很容易实现了。看一下源码：
/** @hide */ public final IBinder onBind(Intent intent) { return mBinder.asBinder(); }
很明显，这里采用的是AIDL方式。在看一下mBinder的定义：
/** Binder for this service. */ IJobService mBinder = new IJobService.Stub() { @Override public void startJob(JobParameters jobParams) { ensureHandler(); Message m = Message.obtain(mHandler, MSG_EXECUTE_JOB, jobParams); m.sendToTarget(); } @Override public void stopJob(JobParameters jobParams) { ensureHandler(); Message m = Message.obtain(mHandler, MSG_STOP_JOB, jobParams); m.sendToTarget(); } }; /** @hide */ void ensureHandler() { synchronized (mHandlerLock) { if (mHandler == null) { mHandler = new JobHandler(getMainLooper()); } } }
从这里可以看到，JobService定义了一个IJobService接口，在这个接口里面定义了startJob和stopJob两个方法来让JobScheduler调度我们的后台任务的执行。这两个方法的实现也很简单，分别发送了MSG_EXECUTE_JOB和MSG_STOP_JOB两个Message。ensureHandler从名字上看，应该就是用来初始化一个Handler吧。看一下源码就知道了：
/** @hide */ void ensureHandler() { synchronized (mHandlerLock) { if (mHandler == null) { mHandler = new JobHandler(getMainLooper()); } } }
从这里可以看到，在JobService里面定义了一个JobHandler。注意下这里使用的是getMainLooper()，因此，消息是在主线程中处理。继续看JobHandler是怎么处理这两个消息的：
class JobHandler extends Handler { JobHandler(Looper looper) { super(looper); } @Override public void handleMessage(Message msg) { final JobParameters params = (JobParameters) msg.obj; switch (msg.what) { case MSG_EXECUTE_JOB: try { boolean workOngoing = JobService.this.onStartJob(params); ackStartMessage(params, workOngoing); } catch (Exception e) { Log.e(TAG, "Error while executing job: " + params.getJobId()); throw new RuntimeException(e); } break; case MSG_STOP_JOB: try { boolean ret = JobService.this.onStopJob(params); ackStopMessage(params, ret); } catch (Exception e) { Log.e(TAG, "Application unable to handle onStopJob.", e); throw new RuntimeException(e); } break; case MSG_JOB_FINISHED: final boolean needsReschedule = (msg.arg2 == 1); IJobCallback callback = params.getCallback(); if (callback != null) { try { callback.jobFinished(params.getJobId(), needsReschedule); } catch (RemoteException e) { Log.e(TAG, "Error reporting job finish to system: binder has gone" + "away."); } } else { Log.e(TAG, "finishJob() called for a nonexistent job id."); } break; default: Log.e(TAG, "Unrecognised message received."); break; } } ......//省略部分代码 }
从源码中，可以很清楚的看到，在第10----18行，处理在startJob中发出的消息，这里会调用JobService.this.onStartJob(params)来执行任务，在第19----27调用JobService.this.onStopJob(params)来通知我们需要停止任务了。如果我们的后台任务需要在wifi可用的时候才执行的话，如果在任务执行的过程中wifi断开了，那么系统就调用onStopService来通知我们停止运行。
再次强调一下，JobService中的后台任务是在主线程中执行，这里一定不能执行耗时的任务。虽然在JobService中使用了Binder，但是最后还是通过Handler将任务调度到主线程中来执行。
在上面的例子用，有提到在JobInfo.Builder中配置JobService的时候需要指定至少一个约束（触发）条件，否则会抛出异常，这里我们也看一下JobInfo.Builder的build方法：
public JobInfo build() { // Allow jobs with no constraints - What am I, a database? if (!mHasEarlyConstraint && !mHasLateConstraint && !mRequiresCharging && !mRequiresDeviceIdle && mNetworkType == NETWORK_TYPE_NONE) { throw new IllegalArgumentException("You're trying to build a job with no " + "constraints, this is not allowed."); } mExtras = new PersistableBundle(mExtras); // Make our own copy. // Check that a deadline was not set on a periodic job. if (mIsPeriodic && (mMaxExecutionDelayMillis != 0L)) { throw new IllegalArgumentException("Can't call setOverrideDeadline() on a " + "periodic job."); } if (mIsPeriodic && (mMinLatencyMillis != 0L)) { throw new IllegalArgumentException("Can't call setMinimumLatency() on a " + "periodic job"); } if (mBackoffPolicySet && mRequiresDeviceIdle) { throw new IllegalArgumentException("An idle mode job will not respect any" + " back-off policy, so calling setBackoffCriteria with" + " setRequiresDeviceIdle is an error."); } return new JobInfo(this); }
从第3----7行，可知，如果5个约束条件都没有指定的时候，会抛出IllegalArgumentException。其实仔细想一想也有道理，其实约束条件决定了JobService在什么时候执行，如果都没指定，系统就不知道在什么来执行我们的JobService了。
总结
最后，总结一下JobService的使用：
1）先继承JobService，并重写startJob和stopJob
2）在manifest.xml中声明JobService的时候，记得一定要加上
android:permission=”android.permission.BIND_JOB_SERVICE”
3）后台任务不能执行耗时任务，如果一定要这么做，一定要再起一个线程去做，使用 thread/handler/AsyncTask都可以。
4）JobService一定要设置至少一个执行条件，如有网络连接、充电中、系统空闲...
5）任务执行完后记得调用jobFinish通知系统释放相关资源
如果我们的后台任务满足JobService的一个或多个约束条件，就可以考虑是不是应该用JobService来执行。