- android - 多次调用 OnPrimaryClipChangedListener
- android - 无法更新 RecyclerView 中的 TextView 字段
- android.database.CursorIndexOutOfBoundsException : Index 0 requested, 光标大小为 0
- android - 使用 AppCompat 时,我们是否需要明确指定其 UI 组件(Spinner、EditText)颜色
我遇到了我无法理解的 WorkManager
(版本 2.0.1
)的行为。不幸的是,这种行为会导致我的应用程序出现问题。为了说明我的问题,我将使用一个更简单的示例。
假设有三个 Worker
实现 - UniqueWorker1
、UniqueWorker2
和 FinishingWorker
。
class UniqueWorker1(context: Context, workerParams: WorkerParameters) :
Worker(context, workerParams) {
override fun doWork(): Result {
if (runAttemptCount == 0) {
Log.d("UniqueWorker1", "First try.")
return Result.retry()
}
Log.d("UniqueWorker1", "Second try")
return Result.success()
}
}
class UniqueWorker2(context: Context, workerParams: WorkerParameters) :
Worker(context, workerParams) {
override fun doWork(): Result {
Log.d("UniqueWorker2", "doWork")
return Result.success()
}
}
class FinishingWorker(context: Context, workerParams: WorkerParameters) :
Worker(context, workerParams) {
override fun doWork(): Result {
Log.d("FinishingWorker", "doWork")
return Result.success()
}
}
如您所见,第一个工作人员在第二次运行尝试后成功。其他人只是记录消息并返回成功的结果。
现在我以两种方式对这些 worker 进行排队。首先,我将 UniqueWorker1
作为唯一工作启动,并告诉 WorkManager
在 UniqueWorker1
成功时运行 FinishingWorker
。
val uniqueWorker1 = OneTimeWorkRequest.Builder(UniqueWorker1::class.java).build()
val finishingWorker = OneTimeWorkRequest.Builder(FinishingWorker::class.java).build()
val uniqueWorkContinuation = WorkManager.getInstance()
.beginUniqueWork("UniqueWorker", ExistingWorkPolicy.KEEP, uniqueWorker1)
val continuations = listOf(uniqueWorkContinuation)
WorkContinuation.combine(continuations)
.then(finishingWorker)
.enqueue()
第二种方式是这样的:我结合了 UniqueWork1
和 UniqueWork2
的独特作品。然后我告诉 WorkManager
在两个工作完成时运行 FinishingWorker
。
val uniqueWorker1 = OneTimeWorkRequest.Builder(UniqueWorker1::class.java).build()
val uniqueWorker2 = OneTimeWorkRequest.Builder(UniqueWorker2::class.java).build()
val finishingWorker = OneTimeWorkRequest.Builder(FinishingWorker::class.java).build()
val uniqueWorkContinuation1 = WorkManager.getInstance()
.beginUniqueWork("UniqueWorker1", ExistingWorkPolicy.KEEP, uniqueWorker1)
val uniqueWorkContinuation2 = WorkManager.getInstance()
.beginUniqueWork("UniqueWorker2", ExistingWorkPolicy.KEEP, uniqueWorker2)
val continuations = listOf(uniqueWorkContinuation1, uniqueWorkContinuation2)
WorkContinuation.combine(continuations)
.then(finishingWorker)
.enqueue()
现在想象一下这样的情况。我以第一种方式启动 worker 。 UniqueWorker1
重试,因为这是他第一次尝试运行。我们有 30 秒的等待时间(使用默认的 BackoffPolicy
值)。在重试之前,我以第二种方式启动 worker 。 UniqueWorker1
没有入队(因为它已经启动)但 UniqueWorker2
开始工作。现在 30 秒后,UniqueWorker1
成功,WorkManager
启动 FinishingWorker
,因为第一种工作组合方式。问题是 WorkManager
没有第二次启动 FinishingWorker
。为什么要第二次启动 FinishingWorker
?因为第二种方式的工作组合告诉您在 UniqueWorker1
成功且 UniqueWorker2
成功时启动 FinishingWorker
。 UniqueWorker2
立即成功,UniqueWorker1
30 秒后成功。
一开始我以为当 WorkerManager
看到当工作组合中的一个工作已经入队时,它不会完成并且不会运行来自 then
方法。但我在一个更简单的示例中检查了它并且它有效。
所以我描述的情况的输出看起来像这样:
// Run workers in a first way
D/UniqueWorker1: First try.
I/WM-WorkerWrapper: Worker result RETRY for Work [ id=7e2fe6b4-4c8e-42af-8a13-244c0cc30059, tags={ UniqueWorker1 } ]
// Run workers in a second way before 30s will pass
E/WM-EnqueueRunnable: Prerequisite b98a6246-28d4-4b25-ae50-ec3dda6cd3ac doesn't exist; not enqueuing
E/WM-EnqueueRunnable: Prerequisite 02d017e7-30b0-4038-9b44-a6217da3979c doesn't exist; not enqueuing
D/UniqueWorker2: doWork
I/WM-WorkerWrapper: Worker result SUCCESS for Work [ id=ce9810cd-9565-4cad-b7d1-9556a01eae67, tags={ UniqueWorker2 } ]
// 30s passed
D/UniqueWorker1: Second try
I/WM-WorkerWrapper: Worker result SUCCESS for Work [ id=7e2fe6b4-4c8e-42af-8a13-244c0cc30059, tags={ UniqueWorker1 } ]
I/WM-WorkerWrapper: Setting status to enqueued for c2ac89de-3a67-496f-93e6-037d85d11646
I/WM-WorkerWrapper: Worker result SUCCESS for Work [ id=c2ac89de-3a67-496f-93e6-037d85d11646, tags={ androidx.work.impl.workers.CombineContinuationsWorker } ]
I/WM-WorkerWrapper: Setting status to enqueued for 3287bbec-b1c4-488a-b64b-35e0e6b58137
D/FinishingWorker: doWork
I/WM-WorkerWrapper: Worker result SUCCESS for Work [ id=3287bbec-b1c4-488a-b64b-35e0e6b58137, tags={ FinishingWorker } ]
如您所见,FinishingWorker
仅入队一次。很抱歉解释很长,但这个例子正好说明了我的问题。这对我来说是一个严重的问题,因为一些重要的工作人员没有排队。
问题
有人可以解释这种行为的原因吗?它是 WorkManager
的预期行为还是错误?
最佳答案
我认为您在处理独特工作的方式上存在一些困惑,因此很难推断出您在做什么。
你有以下序列:
- “UniqueWorker”:UniqueWorker1 -> FinishingWorker
- “UniqueWorker1”:UniqueWorker1
- “UniqueWorker2”:UniqueWorker2
- (未命名):结合(UniqueWorker1,UniqueWorker2)-> FinishingWorker
首先,序列 1 与您的其余代码无关。它有自己的名字;它与其余部分无关。它将尝试独立执行,并在返回成功时第二次尝试成功,然后执行 FinishingWorker。
那么让我们继续讨论剩下的部分。如果您连续两次运行第二种方法(甚至没有对第一个序列进行排队),此代码将显示错误消息“先决条件 [something] 不存在;未排队”。那是因为您尝试使用 ExistingWorkPolicy.KEEP 将 UniqueWorkers 入队两次。第二次,该政策将生效并且不会加入任何新内容。那时,当您决定将 FinishingWorker 加入队列时,它将没有 parent 。因此,此行为按预期工作。
您似乎对独特作品的运作方式有些困惑。我认为对你来说简短的回答是每个逻辑工作分组都应该有相同的唯一名称。否则你会遇到这样奇怪的问题。例如,您可以将第二种方法重写为如下所示:
WorkManager.getInstance(context)
.beginUniqueWork("second_method_name", KEEP, listOf(uniqueWork1, uniqueWork2))
.then(finishingWork)
.enqueue()
我建议在这里进一步阅读:https://developer.android.com/topic/libraries/architecture/workmanager/how-to/unique-work以及 API 文档:
public abstract WorkContinuation beginUniqueWork (String uniqueWorkName,
ExistingWorkPolicy existingWorkPolicy,
List<OneTimeWorkRequest> work)
关于android - 组合 WorkContinuation 没有按预期工作,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/56815862/
我在Windows 10中使用一些简单的Powershell代码遇到了这个奇怪的问题,我认为这可能是我做错了,但我不是Powershell的天才。 我有这个: $ix = [System.Net.Dn
var urlsearch = "http://192.168.10.113:8080/collective-intellegence/StoreClicks?userid=" + userId +
我有一个非常奇怪的问题,过去两天一直让我抓狂。 我有一个我试图控制的串行设备(LS 100 光度计)。使用设置了正确参数的终端(白蚁),我可以发送命令(“MES”),然后是定界符(CR LF),然后我
我目前正试图让无需注册的 COM 使用 Excel 作为客户端,使用 .NET dll 作为服务器。目前,我只是试图让概念验证工作,但遇到了麻烦。 显然,当我使用 Excel 时,我不能简单地使用与可
我开发了简单的 REST API - https://github.com/pavelpetrcz/MandaysFigu - 我的问题是在本地主机上,WildFly 16 服务器的应用程序运行正常。
我遇到了奇怪的情况 - 从 Django shell 创建一些 Mongoengine 对象是成功的,但是从 Django View 创建相同的对象看起来成功,但 MongoDB 中没有出现任何数据。
我是 flask 的新手,只编写了一个相当简单的网络应用程序——没有数据库,只是一个航类搜索 API 的前端。一切正常,但为了提高我的技能,我正在尝试使用应用程序工厂和蓝图重构我的代码。让它与 pus
我的谷歌分析 JavaScript 事件在开发者控制台中运行得很好。 但是当从外部 js 文件包含在页面上时,它们根本不起作用。由于某种原因。 例如; 下面的内容将在包含在控制台中时运行。但当包含在单
这是一本名为“Node.js 8 the Right Way”的书中的任务。你可以在下面看到它: 这是我的解决方案: 'use strict'; const zmq = require('zeromq
我正在阅读文本行,并创建其独特单词的列表(在将它们小写之后)。我可以使它与 flatMap 一起工作,但不能使它与 map 的“子”流一起工作。 flatMap 看起来更简洁和“更好”,但为什么 di
我正在编写一些 PowerShell 脚本来进行一些构建自动化。我发现 here echo $? 根据前面的语句返回真或假。我刚刚发现 echo 是 Write-Output 的别名。 写主机 $?
关闭。这个问题不满足Stack Overflow guidelines .它目前不接受答案。 想改善这个问题吗?更新问题,使其成为 on-topic对于堆栈溢出。 4年前关闭。 Improve thi
我将一个工作 View Controller 类从另一个项目复制到一个新项目中。我无法在新项目中加载 View 。在旧项目中我使用了presentModalViewController。在新版本中,我
我对 javascript 很陌生,所以很难看出我哪里出错了。由于某种原因,我的功能无法正常工作。任何帮助,将不胜感激。我尝试在外部 js 文件、头部/主体中使用它们,但似乎没有任何效果。错误要么出在
我正在尝试学习Flutter中的复选框。 问题是,当我想在Scaffold(body :)中使用复选框时,它正在工作。但我想在不同的地方使用它,例如ListView中的项目。 return Cente
我们当前使用的是 sleuth 2.2.3.RELEASE,我们看不到在 http header 中传递的 userId 字段没有传播。下面是我们的代码。 BaggageField REQUEST_I
我有一个组合框,其中包含一个项目,比如“a”。我想调用该组合框的 Action 监听器,仅在手动选择项目“a”完成时才调用。我也尝试过 ItemStateChanged,但它的工作原理与 Action
你能看一下照片吗?现在,一步前我执行了 this.interrupt()。您可以看到 this.isInterrupted() 为 false。我仔细观察——“这个”没有改变。它具有相同的 ID (1
我们当前使用的是 sleuth 2.2.3.RELEASE,我们看不到在 http header 中传递的 userId 字段没有传播。下面是我们的代码。 BaggageField REQUEST_I
我正在尝试在我的网站上设置一个联系表单,当有人点击发送时,就会运行一个作业,并在该作业中向所有管理员用户发送通知。不过,我在失败的工作表中不断收到此错误: Illuminate\Database\El
我是一名优秀的程序员,十分优秀!