Android Jetpack架构组件之WorkManger

1、前言

最近简单看了下google推出的框架Jetpack，感觉此框架的内容可以对平时的开发有很大的帮助，也可以解决很多开发中的问题，对代码的逻辑和UI界面实现深层解耦，打造数据驱动型UI界面。

Android Architecture组件是Android Jetpack的一部分，它们是一组库，旨在帮助开发者设计健壮、可测试和可维护的应用程序，包含一下组件：

上述时Android Architecture所提供的架构组件，本文将详细介绍下WorkManger的使用

2、WorkManger简介

WorkManger是Android Jetpack提供执行后台任务管理的组件，它适用于需要保证系统即使应用程序退出也会运行的任务，WorkManager API可以轻松指定可延迟的异步任务以及何时运行它们，这些API允许您创建任务并将其交给WorkManager立即运行或在适当的时间运行。

WorkManager根据设备API级别和应用程序状态等因素选择适当的方式来运行任务。如果WorkManager在应用程序运行时执行您的任务之一，WorkManager可以在您应用程序进程的新线程中运行您的任务。如果您的应用程序未运行，WorkManager会选择一种合适的方式来安排后台任务 - 具体取决于设备API级别和包含的依赖项，WorkManager可能会使用 JobScheduler，Firebase JobDispatcher或AlarmManager

3、WorkManager基础知识

3.1、使用WorkManager之前需先了解几个类：

Worker：指定需要执行的任务，可以继承抽象的Worker类，在实现的方法中编写执行的逻辑
WorkRequest：执行一项单一任务

WorkRequest对象必须指定Work执行的任务
WorkRequest都有一个自动生成的唯一ID; 您可以使用ID执行取消排队任务或获取任务状态等操作
WorkRequest是一个抽象的类；系统默认实现子类 OneTimeWorkRequest或PeriodicWorkRequest（循环执行）
WorkRequest.Builder创建WorkRequest对象；相应的子类：OneTimeWorkRequest.Builder或PeriodicWorkRequest.Builder
Constraints：指定对任务运行时间的限制（任务约束）；使用Constraints.Builder创建Constraints对象，并传递给WorkRequest.Builder

WorkManager：排队和管理工作请求；将WorkRequest 对象传递WorkManager的任务队列

如果您未指定任何约束， WorkManager立即运行任务

WorkStatus：包含有关特定任务的信息；可以使用LiveData保存 WorkStatus对象，监听任务状态；如LiveData<WorkStatus>

3.2、工作流程

添加WorkManger的工作依赖

def work_version = "1.0.0-alpha10"
implementation "android.arch.work:work-runtime:$work_version" // use -ktx for Kotlin
androidTestImplementation "android.arch.work:work-testing:$work_version"

定义Worker类，并覆盖其 doWork()方法

class TestWorker(context: Context, workerParameters: WorkerParameters) : Worker(context, workerParameters) {

    override fun doWork(): Result {
        Log.e("TestWorker", "执行了 doWork() 操作！")
        return Result.SUCCESS
    }
}

使用 OneTimeWorkRequest.Builder 创建对象Worker，然后将任务排入WorkManager队列

OneTimeWorkRequest.Builder创建一个单次执行的WorkQuest

val workRequest = OneTimeWorkRequest.Builder(TestWorker::class.java).build()
WorkManager.getInstance().enqueue(workRequest)

执行结果：

点击并拖拽以移动

WorkStatus

调用WorkManger的getStatusByIdLiveData（）返回任务执行的状态LiveData<WorkStatus>
添加Observe（）执行观察回调

WorkManager.getInstance().getStatusByIdLiveData(workRequest.id)  // 返回LiveData
    .observe(this, Observer {
        Log.e("TestWorker", it?.state?.name)
        if (it?.state!!.isFinished) {
            Log.e("TestWorker", "Finish")
        }
    })

点击并拖拽以移动

从上面执行过程中看出，回调了Work的三个运行状态RUNNING、SUCCESSESD、FINISH

任务约束

使用Constraints.Builder()创建并配置Constraints对象
可以指定任务运行时间的约束，例如，可以指定该任务仅在设备空闲并连接到电源时运行

// 在连接网络、插入电源且设备处于空闲时运行
val myConstraints = Constraints.Builder()
    .setRequiredNetworkType(NetworkType.CONNECTED) 
    .setRequiresCharging(true)
    .setRequiresDeviceIdle(true)
    .build()

除了上面设置的约束外，WorkManger还提供了以下的约束作为Work执行的条件：

setRequiredNetworkType：网络连接设置
setRequiresBatteryNotLow：是否为低电量时运行默认false
setRequiresCharging：是否要插入设备（接入电源），默认false
setRequiresDeviceIdle：设备是否为空闲，默认false
setRequiresStorageNotLow：设备可用存储是否不低于临界阈值

配置好Constraints后，创建Work对象

val compressionWork = OneTimeWorkRequest.Builder(TestWorker::class.java)
        .setConstraints(myConstraints)
        .build()

执行结果：在为连接网络时，Work处于阻塞状态当连接网络后Work立即执行变为SUCCESSED状态

点击并拖拽以移动

取消任务

从WorkRequest()获取Worker的ID
根据ID取消任务

WorkManager.getInstance().cancelWorkById(workRequest.id)

添加TAG

通过为WorkRequest对象分配标记字符串来对任务进行分组
WorkManager.getStatusesByTag() 返回WorkStatus具有该标记的所有任务的所有任务的列表
WorkManager.cancelAllWorkByTag() 取消具有特定标记的所有任务

 OneTimeWorkRequestBuilder<MyCacheCleanupWorker>()
    .addTag("cleanup")
    .build()

   /./ 使用：
 WorkManager.getInstance().getStatusesByTag("TAG")
 WorkManager.getInstance().cancelAllWorkByTag("TAG")

重复的任务

前面创建了单次任务使用OneTimeWorkRequest，对于重复任务使用 PeriodicWorkRequest.Builder该类创建PeriodicWorkRequest对象
然后将任务添加到WorkManager的任务队列

val timesRequest = PeriodicWorkRequest.Builder(TestWorker::class.java,10,TimeUnit.SECONDS)
   ......
    .build()

4、Workmanger的高级用法

链式任务

WorkManager允许您创建和排队指定多个任务的工作序列，以及它们应运行的顺序
使用该WorkManager.beginWith() 方法创建一个序列，并传递第一个OneTimeWorkRequest对象; 该方法返回一个WorkContinuation对象
使用 WorkContinuation.then()添加剩余的对象
最后调用WorkContinuation.enqueue()将整个序列排入队列
如果任何任务返回 Worker.Result.FAILURE，则整个序列结束
Example：

WorkManager.getInstance()
    .beginWith(workA)
    .then(workB)   
    .then(workC)
    .enqueue()

执行结果：任务会按照设置的顺序依次执行A、B、C

点击并拖拽以移动

有一点就是WorkManger在执行过程中，当遇到一个WOrk不成功，则会停止执行，现修改WorkB返回FAILURE状态，再次运行程序结果如下：

override fun doWork(): Result {
    Log.e("Worker", "WorkerB 执行了 doWork() 操作！")
    return Result.FAILURE
}

点击并拖拽以移动

代码执行到WorkB就已经结束了，WorkC并未执行。

beginWith() 和 then（）传递多个对象：同一方法传递的对象将会并行

WorkManager.getInstance()
    .beginWith(workA1, workA2, workA3)   // 三个对象将并行
    .then(workB)                                            // 执行完3个A后，在执行B
    .then(workC1, workC2)                          //...
    .enqueue()

WorkContinuation.combine()

使用 WorkContinuation.combine() 方法连接多个链来创建更复杂的序列，如：

// ......继续创建WorkD 和 WorkE 及相应的Request
val configA_B = WorkManager.getInstance().beginWith(workRequest)
     .then(workRequestB)

val configC_D = WorkManager.getInstance().beginWith(workRequestC)
     .then(workRequestD)

WorkContinuation.combine(configA_B,configC_D)
     .then(workRequestE)
     .enqueue()

执行结果与上面一致：开始时执行A/C，其余为阻塞状态，A/C执行结束后执行B/D，最后执行WoekerE
如果此时把WorkB中返回FAILURE，执行结果也一致执行到WorkerB就结束了，WorkerE不会执行

特定的工作方式

通过调用 beginUniqueWork() 来创建唯一的工作序列，被标记的Work在执行过程中只能出现一次

WorkManager.getInstance().beginUniqueWork("worker", ExistingWorkPolicy.APPEND, workRequest)
//参数：1、工作序列的名称
             2、当有相同名称序列时采取的策略方式
             3、需要执行的Worker

每个独特的工作序列都有一个名称; 同一时间只允许执行一个使用该名称工作序列
ExistingWorkPolicy提供以下策略：

* ExistingWorkPolicy.REPLACE：取消现有序列并将其替换为新序列
* ExistingWorkPolicy.KEEP：保留现有序列并忽略您的新请求
* ExistingWorkPolicy.APPEND：将新序列附加到现有序列，在现有序列的最后一个任务完成后运行新序列的第一个任务

以ExistingWorkPolicy.REPLACE为例，让WorkA睡眠3秒，模拟同时运行的状态：

override fun doWork(): Result {
    Log.e("Worker", "WorkerA begin Sleep()！")
    Thread.sleep(3000)
    Log.e("Worker", "WorkerA 执行了 doWork() 操作！")
    return Result.SUCCESS
}

Append：两个都会执行

WorkManager.getInstance().beginUniqueWork("worker", ExistingWorkPolicy.APPEND, workRequest)
    .enqueue()
WorkManager.getInstance().beginUniqueWork("worker", ExistingWorkPolicy.APPEND, workRequestB)
    .enqueue()

运行结果：

点击并拖拽以移动

REPLACE：只会执行WorkerB

点击并拖拽以移动

KEEP：只会执行WorkerA

点击并拖拽以移动

输入参数和返回值

将参数传递给任务并让任务返回结果。传递和返回的值是键值对
使用 Data.Builder创建 Data 对象，保存参数的键值对
在创建WorkQuest之前调用WorkRequest.Builder.setInputData()传递Data的实例
调用 Worker.getInputData()获取参数值
调用Worker.setOutputData()设置返回数据

修改WorkerA如下

const val MIN_NUMBER = "minNumber"
const val MAX_NUMBER = "maxNumber"
const val RESULT_CODE = "Result"

class WorkerA(context: Context, workerParameters: WorkerParameters) : Worker(context, workerParameters) {

    private var minNumber = 0
    private var maxNumber = 0

    override fun doWork(): Result {
        minNumber = inputData.getInt(MIN_NUMBER, 0) // 使用InputData获取传入的参数
        maxNumber = inputData.getInt(MAX_NUMBER, 0)

        val result = maxNumber - minNumber  // 计算结果
        val outData: Data = Data.Builder().putAll(mapOf(RESULT_CODE to result)).build() // 创建返回的数据Data
        outputData = outData   // 设置返回的数据Data

        return Result.SUCCESS
    }
}

创建Worker并传递参数

val map = mapOf(MIN_NUMBER to 5, MAX_NUMBER to 15)   
val data = Data.Builder().putAll(map).build()   // 创建输入参数Data

val mathWork = OneTimeWorkRequestBuilder<MathWorker>()
        .setInputData(data)   // 传递参数
        .build()

观察任务WorkStatus获取返回结果

WorkManager.getInstance().getStatusByIdLiveData(workRequest.id)
    .observe(this, Observer {
        if (it?.state!!.isFinished) {
            Log.e("WorkerA", "${it.outputData.getInt(RESULT_CODE, 0)}")  // 获取执行结果
        }
    })

链式调用

对于链式调用的Work，使用方法和单个Work一直，只是前一个的结果会作为后一个传入的参数，现添加WorkB接收WorkA传入的差值并添加平方处理，然后返回计算结果，在Activity中添加两个Work的工作监听：

const val NUMBER = "NUMBER"
const val RESULT_B = "RESULT_B"
class WorkerB(context: Context,workerParameters: WorkerParameters) : Worker(context,workerParameters){

    override fun doWork(): Result {
       val input = inputData.getInt(RESULT_CODE,5) // 获取第一个Worker返回的结果
        Log.e("Worker", "WorkerB 接受数据 input = $input ")
        val map = mapOf(RESULT_B to input*input)
        outputData = Data.Builder().putAll(map).build()  // 设置返回数据
        return Result.SUCCESS
    }
}

// Activity中监听WorkerB的执行结果
WorkManager.getInstance().getStatusByIdLiveData(workRequestB.id)
    .observe(this, Observer {
        if (it?.state!!.isFinished) {
            Log.e("WorkerB", "${it.outputData.getInt(RESULT_B, 0)}")
        }
    })

执行结果：对于WorkA依次传入5和15，在WorkA中计算差值15-5 = 10，所以WorkA中输出10，那么链式调用的WorkB中接收的就是10，加平方后输出为100，输出Log与分析一致，

点击并拖拽以移动

到此Android Jetpack组件就介绍完了，从第一篇开始到现在有一个月了，中间断断续续总算分析完了，通过对组件的学习发现Android Jetpack组件的推出不仅加速了我们开发的速度，而且避免了程序运行中的一些生命周期、内存问题以及一些性能问题，希望可以通过这几篇文章对想学习组件的同学有所帮助，后续将会使用所有的组件编写一个客户端，将所有组件综合使用。