15

我们正在使用 OneTimeWorkRequest 在我们的项目中启动后台任务。

  1. 在应用程序启动时，我们正在启动 OneTimeWorkRequest（比如 req A）
  2. 取决于用户的操作，我们启动相同的工作请求 A。

在某些情况下，如果应用程序在工作请求 A 正在进行时被终止，Android 会在应用程序重新启动时自动重新启动请求 A。我们也再次开始请求 A。所以请求 A 的两个实例并行运行并导致死锁。

为避免这种情况，我在 app start 中执行了以下代码来检查 worker 是否正在运行，但这总是返回 false。

public static boolean isMyWorkerRunning(String tag) {
        List<WorkStatus> status = WorkManager.getInstance().getStatusesByTag(tag).getValue();
        return status != null;
    }

有没有更好的方法来处理这个？

我检查了 beginUniqueWork()。如果我只有一个请求，成本会更高吗？

编辑2： 这个问题是关于独特的一次性任务。为了启动独特的定期任务，我们有一个单独的 API enqueueUniquePeriodicWork()。但是我们没有用于开始独特的一次性工作的 API。我很困惑在延续对象或手动检查和启动方法之间使用。

在最近的构建中，他们的 Android 为这个 enqueueUniqueWork() 添加了新的 api。这就是他们在发行说明中提到的确切原因。

添加 WorkManager.enqueueUniqueWork() API 以将唯一的 OneTimeWorkRequest 排入队列，而无需创建 WorkContinuation。 https://developer.android.com/jetpack/docs/release-notes

4

4 回答 4

15

编辑2：

11 月 8 日发布说明：

https://developer.android.com/jetpack/docs/release-notes

添加 WorkManager.enqueueUniqueWork() API 以将唯一的 OneTimeWorkRequest 排入队列，而无需创建 WorkContinuation。

这就是说，alpha11 有这个新的 API 来唯一地排队一个一次性工作。

我尝试按如下方式更改代码：

OneTimeWorkRequest impWork = new OneTimeWorkRequest.Builder(WorkerNotesAttachment.class)
            .addTag(RWORK_TAG_NOTES)
            .build();
WorkManager.getInstance().enqueueUniqueWork(RWORK_TAG_NOTES, ExistingWorkPolicy.REPLACE, impWork);

我尝试使用 beginUniqueWork API。但它有时无法运行。所以我最终编写了以下函数。

public static boolean isMyWorkerRunning(String tag) {
    List<WorkStatus> status = null;
    try {
        status = WorkManager.getInstance().getStatusesByTag(tag).get();
        boolean running = false;
        for (WorkStatus workStatus : status) {
            if (workStatus.getState() == State.RUNNING
                    || workStatus.getState() == State.ENQUEUED) {
                return true;
            }
        }
        return false;

    } catch (InterruptedException | ExecutionException e) {
        e.printStackTrace();
    }
    return false;
}

我们需要获取所有 WorkStatus 对象并检查它们中是否至少有一个处于运行或入队状态。由于系统将所有已完成的工作保存在数据库中几天（参考 pruneWork()），我们需要检查所有工作实例。

在启动 OneTimeWorkRequest 之前调用此函数。

public static void startCacheWorker() {

    String tag = RWORK_TAG_CACHE;

    if (isMyWorkerRunning(tag)) {
        log("worker", "RWORK: tag already scheduled, skipping " + tag);
        return;
    }
    // Import contact for given network
    OneTimeWorkRequest impWork = new OneTimeWorkRequest.Builder(WorkerCache.class)
            .addTag(tag)
            .build();
    WorkManager.getInstance().enqueue(impWork);
}
于 2018-11-09T08:23:47.090 回答
7

您可以使用beginUniqueWork()唯一的名称。
如果您使用ExistingWorkPolicy :
APPEND: 2 个请求将串行运行。
KEEP：如果第一个请求正在运行，则不会运行第二个请求。
替换：2 个请求将并行运行。

于 2018-08-30T11:37:03.233 回答
1

由于 WorkStatus 保存在 Room DB 中，WorkManger 必须先在后台线程上查询它，然后再传递结果，所以使用它getStatusesByTag的返回 LiveData作为 LiveData。List<WorkStatus>因此，您必须观察以在可用时获得真正的价值。调用getValue()将返回 LiveData 的最后一个值，该值在您调用它时不可用。

你可以做什么

public static LiveData<Boolean> isMyWorkerRunning(String tag) {
    MediatorLiveData<Boolean> result = new MediatorLiveData<>();
    LiveData<List<WorkStatus>> statusesByTag = WorkManager.getInstance().getStatusesByTag(tag);
    result.addSource(statusesByTag, (workStatuses) -> {
        boolean isWorking;
        if (workStatuses == null || workStatuses.isEmpty())
            isWorking = false;
        else {
            State workState = workStatuses.get(0).getState();
            isWorking = !workState.isFinished();
        }
        result.setValue(isWorking);
        //remove source so you don't get further updates of the status
        result.removeSource(statusesByTag);
    });
    return result;
}

现在你不会启动任务，直到你观察 isMyWorkerRunning 的返回值，如果它是真的，那么如果不是，那么启动它是安全的，这意味着另一个具有相同标签的任务正在运行

于 2018-10-10T14:26:17.610 回答
0

由于所有答案大部分都已过时，因此您可以像这样监听带标签的工人的变化：

 LiveData<List<WorkInfo>> workInfosByTag = WorkManager.getInstance().getWorkInfosByTagLiveData(tag);
        workInfosByTag.observeForever(workInfos -> {

            for (WorkInfo workInfo : workInfos) {
                workInfo.toString();

            }
        });
于 2020-06-24T10:35:14.983 回答