WorkManager适合不实时完成任务的场景，同时满足了电量和体验的。由于内部有自己的数据库维护着任务，WorkManager能保证任务一定会执行完成，哪怕是重启设备。另外WorkManager有着较好的兼容性，对于api23以上的设备，底层会使用JobScheduler，低于23的设备，则会使用AlarmManager和Broadcast Receivers进行。
WorkManager使用同样也不复杂
依赖引用：
implementation"androidx.work:work-runtime:2.2.0"
继承创建：
public class TestWorker extends Worker {
public TestWorker(@NonNull Context context,@NonNull WorkerParameters workerParams) {
super(context,workerParams);
}
@NonNull
@Override
public Result doWork() {
Log.d("TestWorker","doWork");
return Result.success();
}
}
执行成功返回Result.success();失败返回Result.failure();重试返回Result.retry();
Result是一个抽象类，里面包含了一个Data对象，用来传输信息
使用调用：
Constraints constraints = new Constraints.Builder()
.setRequiresCharging(true)
.setRequiredNetworkType(NetworkType.CONNECTED)
.setRequiresBatteryNotLow(true)
.build();
OneTimeWorkRequest uploadWorkRequest = new OneTimeWorkRequest.Builder(TestWorker.class)
.addTag("UploadTag")
.setConstraints(constraints)
.build();
WorkManager.getInstance(this).enqueue(uploadWorkRequest);
Constraints是一个非常实用的配置类，通过设置条件，例如网络连接，电量充足，正在充电，存储空间来判断是否执行work，start之后即使不满足条件，当满足条件之后也会开始执行。
可以设置setInitialDelay()进行延迟操作，设置setBackOffCriteria()做退避策略，设置addTag()进行标记，可以通过此标记单独取消
OneTimeWorkRequest表示一次性任务，执行之后自己结束
PeriodicWorkRequest表示循环执行，循环执行，间隔不能小于15分钟
最后交给WorkManager的enqueue进行任务的执行，任务支持链式调用，通过beginWith(任务1).then(任务2).then(任务3)进行链式顺序执行。如果调用顺序更加复杂繁琐，可以使用WorkContinuation.combine()将多个任务链清晰组合起来，有点像rxjava的形式
配合LiveData,使用WorkManager里的getWorkInfoByIdLiveData方法，可以在onChanged里，动态监听状态
取消任务，直接调用WorkManager的cancelAllWork()方法
经过测试，WorkManager适合做一些不及时，也不重要的方法，一些厂商底层实现和google原生不同，会有重启不调用的情况，整体感觉当初设计的很美好，为了帮助开发者解决各种耗电，繁琐的任务形式，但是实现后的可靠性不是很高，尤其是定时循环的任务，执行有一些误差，原生手机可能表现会好一些，一次性任务倒是可以考虑投入生产使用，配合各种约束条件api，可以通过较简洁的方式实现类似初始化的任务形式。
