安卓的WorkManager - 应用后杀都不尽如人意

Question

我创建了简单的WorkManager，我想，在后台工作的for循环每1秒钟50次，所以它会遍历循环每隔1秒，并显示日志。首先让我介绍我的代码。

这是WorkManager的类。

public class WorkerClass extends Worker {

    private static String TAG = "work_tag";

    public WorkerClass(@NonNull Context context, @NonNull WorkerParameters workerParams) {
        super(context, workerParams);
    }

    @NonNull
    @Override
    public Result doWork() {
        try {
            loop();
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        return Result.success();
    }

    private void loop() throws InterruptedException {
        for (int i = 0; i < 50; i++) {
            Thread.sleep(1000);
            Log.d(TAG, "Working: " + i);
        }
    }
}

这里是我的MainActivity。

public class MainActivity extends AppCompatActivity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        OneTimeWorkRequest oneTimeWorkRequest = new OneTimeWorkRequest.Builder(WorkerClass.class).build();

        WorkManager.getInstance().enqueue(oneTimeWorkRequest);
    }
}

请告诉我，如果有什么问题。所以，当我开始应用，它显示登录每1秒这样。

D/work_tag: Working: 1
D/work_tag: Working: 2
D/work_tag: Working: 3
D/work_tag: Working: 4
D/work_tag: Working: 5

好是吗？所以，当我杀死的应用程序（的onDestroy），30-35秒后循环在后台重新开始。在那之后，当我打开应用程序，循环再次启动，没有完成之前的循环。

例如，在后台循环迭代的50 25倍，如果我会打开应用程序，日志会是这样的。

D/work_tag: Working: 25
D/work_tag: Working: 0
D/work_tag: Working: 26
D/work_tag: Working: 1
D/work_tag: Working: 27
D/work_tag: Working: 2
D/work_tag: Working: 28
D/work_tag: Working: 3
D/work_tag: Working: 29
D/work_tag: Working: 4

你看？打开应用后2个循环开始异步迭代。所以，第一个问题是如何避免这种情况发生（2环异步）和第二个问题是，为什么我破坏有申请后等待30-35秒，工作背景的循环？

我在的Android 6.0测试此

在Android 4.4系统的后台任务不调度的。

Answer 1

你在这一点上运行工人的两个不同的副本 - 每个活动开始的时候，你入队新WorkRequest。如果您想使用只有一个副本，使用独特的工作要求：https://developer.android.com/reference/androidx/work/WorkManager#enqueueUniqueWork(java.lang.String,%20androidx.work.ExistingWorkPolicy,%20androidx.work.OneTimeWorkRequest)