JetPack之WorkManager

WorkManager的作用

一.确保重要的后台任务,一定会被执行,后台任务
(例如:非及时性的(请求服务器及时性)上传,下载,同步数 据等)

二.WorkManager的优势

(1)最高向后兼容到 API 14

  1. 在运行 API 23 及以上级别的设备上使用 JobScheduler
  2. 在运行 API 14-22 的设备上结合使用 BroadcastReceiver 和 AlarmManager
不同版本的调度

(2)WorkManager保证提交给系统的延时任务是依赖与数据的持久化

1.添加网络可用性或充电状态等工作约束,根据添加的约束条件智能的启动后台任务
2.调度一次性或周期性异步任务
3.监控和管理计划任务
4.将任务链接起来,可以给多个任务进行串行、并行调度,甚至多个链多个链的串行并行
确保任务执行,即使应用或设备重启也同样执行任务,依赖于room的持久化实现

(3)遵循低电耗模式等省电功能,更省电

三.调度,管理,执行的后台任务的场景,通常是可延迟的后台任务


WorkManager的主线流程.png
1.WorkManager 保证任务一定执行的?
  Android操作系统会在系统级别服务中,来判断用户的约束条件,当约束条件满足时就会执行任务,但是触发检测是采用广播的形式处理的,例如:网络连接成功 就触发任务执行。

2.WorkManager是怎么保证,当把APP杀掉后呢?
记录用户的所有信息并全部保存到数据库,而并非保存在内存中,这样做的好处,就是持久性保存记录,所有APP被杀掉后 依然可以获取所有任务信息。

3.WorkManager是干嘛用的?
处理非及时任务,举例子:每天同步一次数据到服务器,这种类似的需求,不是及时执行,但是又保证会执行的非及时任务。

四.WorkManager的使用:

单一的任务


        // 请求对象
        val request = OneTimeWorkRequest.Builder(MainWorker3::class.java)
            .build()

        //  初始化环境  初始化工作源码
        /**
         * 这是第二次执行getInstance  ---  最终返回:WorkManagerImpl
         *
         * APK清单文件里面(第一次)执行 
         * 1.初始化 数据库 ROOM 来保存你的任务 (持久性保存的) 手机重新,APP被杀掉 没关系 一定执行
         * 2.初始化 埋下伏笔  new GreedyScheduler
         * 3.初始化 配置信息 configuration  (执行的信息,线程池任务,...)
         */
        WorkManager.getInstance(this) // 这是第二次执行,        APK清单文件里面(第一次)执行  面试官
            .enqueue(request)

多个任务 顺序执行

       //多个任务 顺序执行
        val oneTimeWorkRequest3 = OneTimeWorkRequest.Builder(MainWorker3::class.java).build()
        val oneTimeWorkRequest4 = OneTimeWorkRequest.Builder(MainWorker4::class.java).build()
        val oneTimeWorkRequest5 = OneTimeWorkRequest.Builder(MainWorker5::class.java).build()
        val oneTimeWorkRequest6 = OneTimeWorkRequest.Builder(MainWorker6::class.java).build()

        // 顺序执行 3 4 5 6
        WorkManager.getInstance(this)
            .beginWith(oneTimeWorkRequest3) // 检查的任务
            .then(oneTimeWorkRequest4) // 业务1任务
            .then(oneTimeWorkRequest5) // 业务2任务
            .then(oneTimeWorkRequest6) // 最后检查工作任务
            .enqueue()

        // 需求:先执行  3  4    最后执行 6
        val oneTimeWorkRequests: MutableList<OneTimeWorkRequest> = ArrayList()
        oneTimeWorkRequests.add(oneTimeWorkRequest3) // 先同步日志信息
        oneTimeWorkRequests.add(oneTimeWorkRequest4) // 先更新服务器数据信息
        WorkManager.getInstance(this).beginWith(oneTimeWorkRequests)
            .then(oneTimeWorkRequest6) // 最后再 检查同步
            .enqueue()

重复执行后台任务 非单个任务,多个任务

         // 重复的任务  多次/循环/轮询  , 哪怕设置为 10秒 轮询一次,   那么最少轮询/循环一次 15分钟(Google规定的)
        // 不能小于15分钟,否则默认修改成 15分钟
        val periodicWorkRequest =
            PeriodicWorkRequest.Builder(MainWorker3::class.java, 10, TimeUnit.SECONDS).build()

        // 【状态机】  为什么一直都是 ENQUEUE,因为 你是轮询的任务,所以你看不到 SUCCESS     [如果你是单个任务,就会看到SUCCESS]
        // 监听状态
        WorkManager.getInstance(this).getWorkInfoByIdLiveData(periodicWorkRequest.id)
            .observe(this, { workInfo ->
                Log.d(MainWorker2.TAG, "状态:" + workInfo.state.name) // ENQUEEN   SUCCESS
                if (workInfo.state.isFinished) {
                    Log.d(MainWorker2.TAG, "状态:isFinished=true 同学们注意:后台任务已经完成了...")
                }
            })
        WorkManager.getInstance(this).enqueue(periodicWorkRequest)

约束条件,约束后台任务执行

         // 约束条件,必须满足我的条件,才能执行后台任务 (在连接网络,插入电源 并且 处于空闲时)
        val constraints = Constraints.Builder()
            .setRequiredNetworkType(NetworkType.CONNECTED) // 网络链接中...
            /*.setRequiresCharging(true) // 充电中..
                .setRequiresDeviceIdle(true) // 空闲时.. (例如:你没有玩游戏,你没有看片)*/
            .build()

        /**
         * 除了上面设置的约束外,WorkManger还提供了以下的约束作为Work执行的条件:
         * setRequiredNetworkType:网络连接设置
         * setRequiresBatteryNotLow:是否为低电量时运行 默认false
         * setRequiresCharging:是否要插入设备(接入电源),默认false
         * setRequiresDeviceIdle:设备是否为空闲,默认false
         * setRequiresStorageNotLow:设备可用存储是否不低于临界阈值
         */

        // 请求对象
        val request = OneTimeWorkRequest.Builder(MainWorker3::class.java)
            .setConstraints(constraints) // Request关联 约束条件
           .build()

        // 加入队列
        WorkManager.getInstance(this).enqueue(request)
任务的取消、暂停

        //取消所有

        WorkManager.getInstance(this).cancelAllWork()

        //取消某一个 如saveRequest

        WorkManager.getInstance().cancelWorkById(saveRequest.getId())

        //按标记取消 WorkRequest会取消所有具有此标记的工作

        WorkManager.getInstance().cancelAllWorkByTag(request.getStringId())

        //取消所有未完成的工作的工作链的名字:unique

        WorkManager.getInstance(this).cancelUniqueWork("unique")

有高级玩法,比如取消当前的执行任务并将其 REPLACE 为新工作链

任务链

1.多任务组合一个任务链

                WorkManager.getInstance(this)

                //request,request2并发执行

                .beginWith(Arrays.asList(request, request2))

                //request1 request2顺序执行

                .then(request1).then(request2)

                .then(Arrays.asList(request1, request2))

                .enqueue();

2.多任务链合并一个任务链

        //两个任务链

        val begin = WorkManager.getInstance(this).beginWith(Arrays.asList(request, request2));

         val then = WorkManager.getInstance(this).beginWith(request).then(request1);

        //多任务链合并,

        val thenEnd = WorkContinuation.combine(Arrays.asList(begin, then)).then(request);

        //多任务链执行

        thenEnd.enqueue()

如果需要创建一个唯一单次工作链可以使用WorkManager.beginUniqueWork(String, ExistingWorkPolicy, OneTimeWorkRequest)代替 beginWith()

//创建一个唯一周期重复工作链 
    WorkManager.getInstance(base)
      .enqueueUniquePeriodicWork(
        TAG_Unique, 
        ExistingPeriodicWorkPolicy.REPLACE,
        mPeriodicWorkRequest)

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,843评论 6 502
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,538评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 163,187评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,264评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,289评论 6 390
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,231评论 1 299
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,116评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,945评论 0 275
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,367评论 1 313
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,581评论 2 333
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,754评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,458评论 5 344
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,068评论 3 327
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,692评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,842评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,797评论 2 369
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,654评论 2 354

推荐阅读更多精彩内容