Android架构组件JetPack之WorkManager完全解析（五）

最新推荐文章于 2024-04-16 19:29:01 发布

2024开发者

最新推荐文章于 2024-04-16 19:29:01 发布

阅读量1k

点赞数 21

分类专栏： Android程序员文章标签： android 架构

本文链接：https://blog.csdn.net/2401_83620927/article/details/136839176

版权

Android程序员专栏收录该内容

11 篇文章 0 订阅

订阅专栏

由上面的执行时间可以看出，PeriodicWorkRequest并不是准确的按照24小时来执行，会有一定的时间延迟。因此如果需要准确的间隔时间来执行任务的话不能使用PeriodicWorkRequest。

Constraints constraints = new Constraints.Builder().setRequiredNetworkType(NetworkType.CONNECTED).build();
PeriodicWorkRequest build = new PeriodicWorkRequest.Builder(MyWorker.class, 25, TimeUnit.MILLISECONDS)
.addTag(TAG)
.setConstraints(constraints)
.build();

WorkManager instance = WorkManager.getInstance();
if (instance != null) {
instance.enqueueUniquePeriodicWork(TAG, ExistingPeriodicWorkPolicy.REPLACE, build);
}

Constraints
可以给任务加一些运行的Constraints条件，比如说当设备空闲时或者正在充电或者连接WiFi时执行任务。

Constraints myConstraints = new Constraints.Builder()
.setRequiresDeviceIdle(true)
.setRequiresCharging(true)
// Many other constraints are available, see the
// Constraints.Builder reference
.build();
OneTimeWorkRequest myWork =
new OneTimeWorkRequest.Builder(CompressWorker.class)
.setConstraints(myConstraints)
.build();

WorkManager
WorkManager管理WorkRequest队列。并根据设备和其他条件选择执行的具体方式。在大部分情况在如果没有给队列加Contraints，WorkManager会立即执行任务。

WorkManager.getInstance().enqueue(myWork);

如果要检查任务的执行状态可以通过获取WorkInfo,WorkInfo在WorkManager里面的LiveData中。下面是判断任务是否结束的方式。

WorkManager.getInstance().getWorkInfoByIdLiveData(myWork.getId())
.observe(lifecycleOwner, workInfo -> {
// Do something with the status
if (workInfo != null && workInfo.getState().isFinished()) {
// …
}
});

取消任务执行
通过任务的ID可以获取任务从而取消任务。任务ID可以从WorkRequest中获取。

UUID compressionWorkId = compressionWork.getId();
WorkManager.getInstance().cancelWorkById(compressionWorkId);

注意并不是所有的任务都可以取消，当任务正在执行时是不能取消的，当然任务执行完成了，取消也是意义的，也就是说当任务加入到ManagerWork的队列中但是还没有执行时才可以取消。

WorkManager多任务调度
有时候可能有很多任务需要执行，并且这些任务之前可能有先后顺序或者某些依赖关系，WorkManager提供了很好的方式。
1、先后顺序执行单个任务
比如说有三个任务workA,workB,workC,并且执行顺序只能时workA---->workB---->workC可以用如下的方式处理。

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

上面的workA,workB,workC,都是WorkRequest的子类实现对象。WorkManager会根据上面的先后顺序来执行workA,workB,workC,，但是如果执行过程中三个任务中有一个失败，整个执行都会结束。并且返回Result.failure()。
2、先后顺序执行多个任务列
有时候可能要先执行一组任务，然后再执行下一组任务，可以使用下面的方式来完成。

WorkManager.getInstance()
// First, run all the A tasks (in parallel):
.beginWith(Arrays.asList(workA1, workA2, workA3))
// …when all A tasks are finished, run the single B task:
.then(workB)
// …then run the C tasks (in any order):
.then(Arrays.asList(workC1, workC2))
.enqueue();

3、多路径先后执行
上面两种方式都是单路径执行，可以实现更加复杂的多路径执行方式，使用WorkContinuation.combine(List)如下图要实现的执行方式：

WorkContinuation chain1 = WorkManager.getInstance()
.beginWith(workA)
.then(workB);
WorkContinuation chain2 = WorkManager.getInstance()
.beginWith(workC)
.then(workD);
WorkContinuation chain3 = WorkContinuation
.combine(Arrays.asList(chain1, chain2))
.then(workE);
chain3.enqueue();

使用WorkManager遇到的问题
1、使用PeriodicWorkRequest只执行一次，并不重复执行。

WorkManager instance= new PeriodicWorkRequest.Builder(PollingWorker.class, 10, TimeUnit.MINUTES)
.build();

原因：PeriodicWorkRequest默认的时间间隔是15分钟如果设置的时间小于15分钟，就会出现问题。

解决方法：设置的默认时间必须大于或等于15分钟。另外要注意，就算设置的时间为15分钟也不一定间隔15分钟就执行。

2、在doWork()方法中更新UI导致崩溃。
原因：doWork()方法是在WorkManager管理的后台线程中执行的，更新UI操作只能在主线程中进行。

解决方法：当doWork()耗时方法执行完之后，将更新UI操作抛到主线中执行，可以用handle来实现，如下：

/**