JobService的使用及源码分析

转载请注明出处：http://blog.csdn.net/fishle123/article/details/50790894

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来执行。

源码下载