JobService的使用及源码分析

转载自：http://blog.csdn.net/fishle123/article/details/50790894

这段时间一直都在总结一些性能优化的资料，看到很多文章在电池优化中介绍到JobService、JobScheduler，这篇对这两个东东得介绍得比较详细，遂转载，以收藏。

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

最后原作者贴上demo源码，有兴趣爱好小伙子可以下载看看。

源码下载