能否用循环OneTimeWorkRequest实现Android WorkManager 5分钟周期任务？

我需要实现每5分钟执行一次的周期性任务，检查设备与特定URL的网络连接状态，计划使用Android的WorkManager。但PeriodicWorkRequest最小周期为15分钟，因此考虑通过创建循环的OneTimeWorkRequest，在每次任务完成后调度另一个带5分钟初始延迟的OneTimeWorkRequest，以实现5分钟周期执行。

注：我的使用场景中设备始终连接电源，Doze模式不会触发。

我构思的代码如下：

public class NetworkCheckWorker extends Worker {

    private static final String TAG = "NetworkCheckWorker";

    public NetworkCheckWorker(
            @NonNull Context context,
            @NonNull WorkerParameters params) {
        super(context, params);
    }

    @NonNull
    @Override
    public Result doWork() {
        // Perform network connectivity check
        boolean isConnected = isConnectedToEndpoint();

        // Always retry connecting, regardless of connectivity status
        Log.d(TAG, "Retrying connectivity in 5 minutes");
        scheduleRetryWork();

        // Indicate that the work was successful
        return Result.success();
    }

    private boolean isConnectedToEndpoint() {
        // Implement code to check network connectivity to the endpoint
        return true; 
    }

    private void scheduleRetryWork() {
        // Create a new work request for retrying after 5 minutes
        OneTimeWorkRequest retryWorkRequest = new OneTimeWorkRequest.Builder(NetworkCheckWorker.class)
                .setInitialDelay(5, TimeUnit.MINUTES)
                .build();

        // Enqueue the retry work request
        WorkManager.getInstance(getApplicationContext()).enqueue(retryWorkRequest);
    }
}

尚未全面测试这段代码的功能，想请教社区该方案是否可行，存在哪些潜在弊端？

方案可行性 #

这个方案在你描述的场景（设备始终连电、Doze模式不触发）下是可行的，WorkManager会在每次任务执行完成后，按设置的5分钟延迟调度下一次任务，基本能满足5分钟周期执行的需求。

潜在弊端 #

• 调度精度无法保证：setInitialDelay只能确保任务不早于设定时间执行，但系统资源调度、部分厂商的后台管控等因素，可能让任务实际执行时间延后，做不到严格的5分钟间隔。
• 重复任务堆积风险：如果某次任务执行超时或异常卡住，又没设置任务唯一性约束，可能会出现多个相同任务被调度，引发重复执行的问题。
• 任务历史记录累积：每次调度的都是独立的OneTimeWorkRequest，WorkManager会保存所有任务状态，长期运行后会增加内部数据库的存储负担。
• 重启后任务中断：设备重启后，之前调度的延迟任务会丢失，除非在应用启动时重新触发第一次任务，否则整个循环会停止，无法自动恢复。
• 任务管控不便：这种链式调度无法像PeriodicWorkRequest那样直接取消整个周期任务，要停止循环的话，要么逐个取消已调度的任务，要么通过自定义标记（比如SharedPreferences）在doWork中判断是否继续调度下一次。

内容的提问来源于stack exchange，提问作者Prashant Ravi