WorkManager適用于完成延遲或者異步任務(wù)，即使是我們的App當(dāng)前沒有被打開或者設(shè)備重啟也能完成這些任務(wù)。
關(guān)鍵功能
- 兼容最低API 14
- 在API 23+ 的設(shè)備上使用JobScheduler實現(xiàn)
- 在API14-22的設(shè)備上使用BroadcastReceiver + AlarmManager組合實現(xiàn)（這個就很好理解了，至于JobScheduler后面有時間可以寫一篇文章分析分析）
- 可以添加執(zhí)行任務(wù)的約束條件，例如：網(wǎng)絡(luò)是否連接、是否處于充電狀態(tài)
- 可以用于完成一次性、周期性的異步任務(wù)
- 監(jiān)控管理任務(wù)執(zhí)行
- 可以將任務(wù)串聯(lián)起來完成（例如先完成任務(wù)A再完成任務(wù)B最后完成任務(wù)C）
- 即使是App、手機(jī)重啟也能保證執(zhí)行相關(guān)任務(wù)
WorkManager被設(shè)計用于執(zhí)行延遲任務(wù)，這意味著這些任務(wù)不需要被立即執(zhí)行，并且這些延遲任務(wù)在App被殺死或者設(shè)備重啟后依然能夠可靠的執(zhí)行。這么說有點抽象了，舉兩個這樣任務(wù)的例子：
- 發(fā)送App運行的log和分析數(shù)據(jù)到后端服務(wù)器（這個比較像友盟、Bugly這樣的服務(wù)會用到）
- 周期性的和服務(wù)器同步數(shù)據(jù)（例如：筆記類的應(yīng)用，就可以定期的同步服務(wù)器和App的筆記）
WorkManager不適用于完成需要和App生命周期關(guān)聯(lián)的任務(wù)，也不適用于完成需要被立即執(zhí)行的任務(wù)。關(guān)于什么樣的任務(wù)適用Android提供的相關(guān)API，可以參考下圖（這里的任務(wù)都是指需要后臺執(zhí)行的任務(wù)）：
簡單明了的選擇分類，就不做過多解釋了。
由于Android對后臺任務(wù)管理的不斷嚴(yán)格，在完成后臺任務(wù)的時候需要考慮不同API版本對后臺任務(wù)的限制。關(guān)于如何選擇完成后臺任務(wù)的API，可以按如下幾點來考慮：
- 后臺任務(wù)是否需要被立即執(zhí)行還是可以延遲執(zhí)行？ 例如如果是點擊按鈕獲取網(wǎng)絡(luò)數(shù)據(jù)，那么這個任務(wù)就需要被立即執(zhí)行。但是如果只是想把log上傳到服務(wù)器，那么這個任務(wù)就可以延遲執(zhí)行，這樣就不會對App運行有影響
- 完成任務(wù)是否需要系統(tǒng)處于某些特定的場景 有些任務(wù)可能需要在某些特定的場景下執(zhí)行，例如手機(jī)處于充電模式并且有網(wǎng)絡(luò)連接等情況。為什么要處于這樣的場景下才完成某些任務(wù)呢？如果手機(jī)處于充電、熄屏并且連接wifi等情況下，那么我們就可以完成一些比較耗電耗流量的任務(wù)，并且不會對用戶體驗造成任何影響。這樣的任務(wù)有可能需要事先存儲需要完成的任務(wù)，再集中執(zhí)行。
- 任務(wù)是否需要在精確的時間被執(zhí)行 日歷類的應(yīng)用需要在精確地時間提醒用戶設(shè)置的事件，但其他的任務(wù)可能就沒有必要在精確地時間執(zhí)行。通常有可能的情況是：任務(wù)A執(zhí)行完成->執(zhí)行任務(wù)B完成->執(zhí)行任務(wù)C，但是并不需要這些任務(wù)在精確地時間（例如下午6：30）執(zhí)行。
WorkManager該如何使用
1.添加WorkManager到Android工程中
這里就不詳細(xì)講了，和引入其他庫相同，詳細(xì)鏈接：https://developer.android.com/jetpack/androidx/releases/work#declaring_dependencies
2.創(chuàng)建后臺任務(wù)
通過繼承實現(xiàn) Worker
類來實現(xiàn)一個任務(wù)。 doWork()方法可以執(zhí)行具體的任務(wù)，這個任務(wù)運行在WorkManager提供的異步線程中。實例如下：
public class UploadWorker extends Worker {
public UploadWorker(
@NonNull Context context,
@NonNull WorkerParameters params) {
super(context, params);
}
@Override
public Result doWork() {
// Do the work here--in this case, upload the images.
//在這里面完成任務(wù)--在本例中就是上傳圖片
uploadImages()
// Indicate whether the task finished successfully with the Result
//通過返回值表明任務(wù)是否完成成功
return Result.success()
}
}
從doWork()方法中返回的 Result表明了任務(wù)完成的狀態(tài)：
- 成功完成，
Result.success() - 失敗，
Result.failure() - 需要稍候重試，
Result.retry()
3.確定如何、何時完成任務(wù)
Work定義完成后需要定義WorkRequest
來確定如何、何時完成任務(wù)。任務(wù)有可能是一次性的也可能是周期性的。對于一次性的任務(wù)，使用 OneTimeWorkRequest
，對于周期性的任務(wù)，使用PeriodicTimeWorkRequest。
結(jié)合上面提到的上傳圖片的任務(wù)，我們可以這樣實現(xiàn)：
OneTimeWorkRequest uploadWorkRequest = new OneTimeWorkRequest.Builder(UploadWorker.class)
.build()
WorkRequest也包括了其他信息，例如完成任務(wù)的約束條件，任務(wù)的輸入條件、延遲任務(wù)和任務(wù)的退避條件。詳細(xì)的API可以參考Defining Work guide。
4.將任務(wù)提交給Android系統(tǒng)
定義完成WorkRequest后，需要通過 WorkManager
的enqueue()
方法將任務(wù)提交系統(tǒng)。
WorkManager.getInstance().enqueue(uploadWorkRequest);
接下來任務(wù)就會在系統(tǒng)認(rèn)為合適的時間和合適的條件下去執(zhí)行相關(guān)任務(wù)。好了，WorkManager相關(guān)介紹就到這里了。
相關(guān)文章：
理解Android Architecture Components系列（一）
理解Android Architecture Components系列（二）
理解Android Architecture Components系列之Lifecycle（三）
理解Android Architecture Components系列之LiveData（四）
理解Android Architecture Components系列之ViewModel（五）
理解Android Architecture Components系列之Room（六）
理解Android Architecture Components系列之Paging Library（七）
理解Android Architecture Components系列之WorkManager（八）
