Android省电的秘密之JobScheduler

jobscheduler是android l版本新引入的api，jobscheduler，顾名思义，是用来调度工作。工作被调度的条件包括网络变化，充电插拔，周期执行等。使用场景包括wifi条件下数据下载上传等等。谷歌为什么要引入这个新的api呢？是为了省电而制定的一种规范。想想如果每个开发者都利用这个api进行wifi网络下数据上传，数据上传的操作将会被统一到同一个时间点，批量处理，这样比许多应用单独唤醒要省电的多。

下面展示一个小例子

主mainactivity

builder.setrequirednetworktype(jobinfo.network_type_unmetered); 代表免费的网络，通常就是指wifi了

public class mainactivity extends activity {
 jobscheduler js;
 jobinfo.builder builder;
 @override
 protected void oncreate(bundle savedinstancestate) {
  super.oncreate(savedinstancestate);
  setcontentview(r.layout.activity_main);
  js=(jobscheduler) getsystemservice(context.job_scheduler_service);
  builder=new builder(1, new componentname(this, demoservice.class));
  builder.setrequirednetworktype(jobinfo.network_type_unmetered);
  js.schedule(builder.build());
 }
}

需要被调度的job

当wifi可用时，这个demoservice 就会执行onstartjob

public class demoservice extends jobservice{
 @override
 public boolean onstartjob(jobparameters params) {
  // todo auto-generated method stub
  final jobparameters mjobparameters=params;
  asynctask<void, void, void> mtask = new asynctask<void, void, void>() {
  @override
  protected void doinbackground(void... params) {
   // todo auto-generated method stub
   return null;
  }
  @override
  protected void onpostexecute(void result) {
   // todo auto-generated method stub
   toast.maketext(wenfengservice.this, "hello", 1000).show();
   jobfinished(mjobparameters, true);
   super.onpostexecute(result);
  }
  };
  mtask.execute();
  return true;
 }
 @override
 public boolean onstopjob(jobparameters params) {
  // todo auto-generated method stub
  toast.maketext(this, "bye", 1000).show();
  return true;
 }
}

清单

<service
 android:name=".demoservice "
android:permission="android.permission.bind_job_service"
 android:exported="true"/>

onstartjob.png

onstartjob函数常常有两种场景

1.不耗时的操作，这时你应该返回false

2.耗时的操作例如数据下载等，这是你应该开启一个新线程（因为jobservice是跑在主线程的），并且返回true

如果调度是任务执行失败了，怎么办？

任务失败的情况有很多，例如下载失败了，例如下载过程wifi断掉了。

没问题，google提供了方便的重新调度的方法。

例如如果下载过程中，wifi断掉了，jobservice会回调onstopjob函数，这是只需要把函数的返回值设置为true就可以了。当wifi重新连接后，jobservice会重新回调onstartjob函数。

而如果下载失败了，例如上面的例子中的asynctask执行失败，怎么办呢？我们只需要在asynctask的onpostexecute中执行jobfinished(mjobparameters, true)，这里的true代表任务要在wifi条件重新满足情况下重新调度。经典的写法如下。

开始调度

@override
public boolean onstartjob(final jobparameters params) {
 mdownloadartworktask = new downloadartworktask(this) {
 @override
 protected void onpostexecute(boolean success) {
  jobfinished(params, !success);
 }
 };
 mdownloadartworktask.execute();
 return true;
}

停止调度

@override
public boolean onstopjob(final jobparameters params) {
 if (mdownloadartworktask != null) {
 mdownloadartworktask.cancel(true);
 }
 return true;
}

如果调度的任务老是执行失败，怎么办？

为了省电的考虑，失败的任务在执行条件满足的情况下，要延时一段时间才能执行。而且随着失败次数的增多，延时会越长。举个例子，因为wifi断开而执行失败的任务，在wifi连上后不会马上执行，延时一段时间才能执行。

延时时间=30s*失败次数。

下图是jobscheduler在framework层的时序图，下一章将用adb指令直观查看jobscheduler的情况，不容错过。有问题可以留言哟，大家一起探讨！

jobscheduler内部时序图

以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，同时也希望多多支持！