使用Android Jetpack WorkManager调度每日周期性任务遇状态为空问题

嘿，我来帮你梳理下问题所在，以及正确的实现方式～

首先，你遇到的核心问题是：调用workManager.getStatusesByTag(CALL_INFO_WORKER).getValue()时总是拿到null，哪怕任务明明在运行。这是因为getStatusesByTag()返回的是LiveData<List<WorkStatus>>，而LiveData是异步加载数据的，直接调用getValue()只能拿到当前内存中的即时值——这时候WorkManager可能还没从本地数据库里加载完任务状态，所以自然是null。

接下来给你几个靠谱的实现方案，帮你正确调度每日周期任务，同时避免重复创建：

一、正确判断任务是否存在的两种方式 #

1. 用LiveData观察任务状态（推荐UI线程/组件生命周期内使用） #

既然LiveData是异步的，就该用它的正确姿势——通过observe()监听状态变化，而不是强行同步取值：

public static final String CALL_INFO_WORKER = "Call worker";

WorkManager workManager = WorkManager.getInstance(context);
// 注意：getStatusesByTag已废弃，现在用getWorkInfosByTagLiveData
workManager.getWorkInfosByTagLiveData(CALL_INFO_WORKER)
    .observe(lifecycleOwner, workInfos -> {
        // workInfos为null或空列表时，说明没有该标签的任务
        if (workInfos == null || workInfos.isEmpty()) {
            // 创建每日执行的周期性任务，弹性窗口3小时
            PeriodicWorkRequest callDataRequest = new PeriodicWorkRequest.Builder(
                    CallInfoWorker.class,
                    24, TimeUnit.HOURS,
                    3, TimeUnit.HOURS
                )
                .addTag(CALL_INFO_WORKER)
                .build();
            workManager.enqueue(callDataRequest);
        } else {
            // 任务已存在，可打印状态确认
            for (WorkInfo info : workInfos) {
                Log.d("WorkManager", "已存在任务，状态：" + info.getState());
            }
        }
    });

这里的lifecycleOwner需要传Activity或Fragment，这样LiveData会自动跟随组件生命周期管理，避免内存泄漏。

2. 同步API获取任务状态（适合后台线程） #

如果是在子线程里操作，可以用getWorkInfosByTag()的同步版本，通过await()阻塞获取结果（千万别在UI线程用，会卡顿）：

try {
    WorkManager workManager = WorkManager.getInstance(context);
    List<WorkInfo> workInfos = workManager.getWorkInfosByTag(CALL_INFO_WORKER).get();
    
    if (workInfos.isEmpty()) {
        // 创建并调度任务
        PeriodicWorkRequest callDataRequest = new PeriodicWorkRequest.Builder(
                CallInfoWorker.class,
                24, TimeUnit.HOURS,
                3, TimeUnit.HOURS
            )
            .addTag(CALL_INFO_WORKER)
            .build();
        workManager.enqueue(callDataRequest);
    }
} catch (ExecutionException | InterruptedException e) {
    e.printStackTrace();
}

二、更省心的任务唯一性方案：enqueueUniquePeriodicWork #

其实WorkManager已经提供了原子性的唯一任务调度API，比自己判断标签更可靠，能避免并发场景下的重复创建问题：

PeriodicWorkRequest callDataRequest = new PeriodicWorkRequest.Builder(
        CallInfoWorker.class,
        24, TimeUnit.HOURS,
        3, TimeUnit.HOURS
    )
    .addTag(CALL_INFO_WORKER)
    .build();

// 用唯一名称调度任务，ExistingPeriodicWorkPolicy.KEEP表示存在则保留，不重复创建
WorkManager.getInstance(context).enqueueUniquePeriodicWork(
        CALL_INFO_WORKER,
        ExistingPeriodicWorkPolicy.KEEP,
        callDataRequest
);

如果需要更新任务参数，可以把KEEP换成REPLACE，这样会替换掉已存在的任务。

三、关于周期性任务的小提醒 #

• WorkManager的周期性任务不保证精确到分的定时，因为它是为了优化系统资源设计的，弹性窗口（你设置的3小时）是让系统在合适的时间触发任务，减少电量消耗。如果需要严格定时，可能需要结合AlarmManager，但要注意后台限制。
• 别忘了给Worker添加必要的约束，比如setConstraints(new Constraints.Builder().setRequiredNetworkType(NetworkType.CONNECTED).build())，确保任务在满足条件时才执行。

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