Android省電的秘密之JobScheduler

更新時(shí)間：2017年02月07日 15:51:25 作者：九九叔

JobScheduler是Android L版本新引入的API，JobScheduler，顧名思義，是用來(lái)調(diào)度工作。工作被調(diào)度的條件包括網(wǎng)絡(luò)變化，充電插拔，周期執(zhí)行等。谷歌為什么要引入這個(gè)新的API呢？是為了省電而制定的一種規(guī)范。下面跟著小編一起來(lái)看下吧

JobScheduler是Android L版本新引入的API，JobScheduler，顧名思義，是用來(lái)調(diào)度工作。工作被調(diào)度的條件包括網(wǎng)絡(luò)變化，充電插拔，周期執(zhí)行等。使用場(chǎng)景包括wifi條件下數(shù)據(jù)下載上傳等等。谷歌為什么要引入這個(gè)新的API呢？是為了省電而制定的一種規(guī)范。想想如果每個(gè)開(kāi)發(fā)者都利用這個(gè)API進(jìn)行wifi網(wǎng)絡(luò)下數(shù)據(jù)上傳，數(shù)據(jù)上傳的操作將會(huì)被統(tǒng)一到同一個(gè)時(shí)間點(diǎn)，批量處理，這樣比許多應(yīng)用單獨(dú)喚醒要省電的多。

下面展示一個(gè)小例子

主MainActivity

builder.setRequiredNetworkType(JobInfo.NETWORK_TYPE_UNMETERED); 代表免費(fèi)的網(wǎng)絡(luò)，通常就是指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());
 }
}

需要被調(diào)度的Job

當(dāng)wifi可用時(shí)，這個(gè)DemoService 就會(huì)執(zhí)行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函數(shù)常常有兩種場(chǎng)景

1.不耗時(shí)的操作，這時(shí)你應(yīng)該返回false

2.耗時(shí)的操作例如數(shù)據(jù)下載等，這是你應(yīng)該開(kāi)啟一個(gè)新線程（因?yàn)镴obService是跑在主線程的），并且返回true

如果調(diào)度是任務(wù)執(zhí)行失敗了，怎么辦？

任務(wù)失敗的情況有很多，例如下載失敗了，例如下載過(guò)程wifi斷掉了。

沒(méi)問(wèn)題，google提供了方便的重新調(diào)度的方法。

例如如果下載過(guò)程中，wifi斷掉了，JobService會(huì)回調(diào)onStopJob函數(shù)，這是只需要把函數(shù)的返回值設(shè)置為true就可以了。當(dāng)wifi重新連接后，JobService會(huì)重新回調(diào)onStartJob函數(shù)。

而如果下載失敗了，例如上面的例子中的AsyncTask執(zhí)行失敗，怎么辦呢？我們只需要在AsyncTask的onPostExecute中執(zhí)行jobFinished(mJobParameters, true)，這里的true代表任務(wù)要在wifi條件重新滿足情況下重新調(diào)度。經(jīng)典的寫(xiě)法如下。

開(kāi)始調(diào)度

@Override
public boolean onStartJob(final JobParameters params) {
 mDownloadArtworkTask = new DownloadArtworkTask(this) {
 @Override
 protected void onPostExecute(Boolean success) {
  jobFinished(params, !success);
 }
 };
 mDownloadArtworkTask.execute();
 return true;
}

停止調(diào)度

@Override
public boolean onStopJob(final JobParameters params) {
 if (mDownloadArtworkTask != null) {
 mDownloadArtworkTask.cancel(true);
 }
 return true;
}

如果調(diào)度的任務(wù)老是執(zhí)行失敗，怎么辦？

為了省電的考慮，失敗的任務(wù)在執(zhí)行條件滿足的情況下，要延時(shí)一段時(shí)間才能執(zhí)行。而且隨著失敗次數(shù)的增多，延時(shí)會(huì)越長(zhǎng)。舉個(gè)例子，因?yàn)閣ifi斷開(kāi)而執(zhí)行失敗的任務(wù)，在wifi連上后不會(huì)馬上執(zhí)行，延時(shí)一段時(shí)間才能執(zhí)行。

延時(shí)時(shí)間=30s*失敗次數(shù)。

下圖是JobScheduler在framework層的時(shí)序圖，下一章將用adb指令直觀查看JobScheduler的情況，不容錯(cuò)過(guò)。有問(wèn)題可以留言喲，大家一起探討！