如何在WorkManager中处理省电模式下的周期性任务问题？

我们实现了一个每15分钟运行一次的Worker，用于获取API数据并更新Widget。但开启省电模式后出现异常：

• 未添加NetworkType.CONNECTED约束：Worker每15分钟正常运行，但API请求因Doze模式暂停网络，抛出java.net.UnknownHostException；
• 添加该约束：Worker因条件无法满足直接停止运行。

WorkManager文档称其遵循省电特性，但实际表现不符。我们梳理的三种方案都有明显缺陷：

1. 设置为expedited work：官方说明受省电限制影响概率低，但无绝对保障；
2. 使用Settings.ACTION_REQUEST_IGNORE_BATTERY_OPTIMIZATIONS意图：不被推荐，还可能违反Google Play政策；
3. 用FCM通知触发Worker：可行性不高。

想找其他可行的解决方案。

1. 弹性调度+智能重试 #

放弃15分钟的刚性执行要求，给PeriodicWorkRequest设置弹性窗口，让系统在允许的时间范围内自行调度，同时配置重试策略应对网络失败：

• 示例代码：

  PeriodicWorkRequest workRequest = new PeriodicWorkRequest.Builder(
      MyDataWorker.class,
      15, TimeUnit.MINUTES, // 周期
      5, TimeUnit.MINUTES    // 弹性窗口，系统可在10-15分钟之间调度
  )
  .setConstraints(new Constraints.Builder()
      .setRequiredNetworkType(NetworkType.CONNECTED)
      .build())
  .setBackoffCriteria(
      BackoffPolicy.LINEAR,
      1, TimeUnit.MINUTES
  )
  .build();
  

• 在Worker的doWork()方法中捕获UnknownHostException，返回Result.retry()，让系统在网络恢复后自动重试，比如Doze模式的临时维护窗口。

2. 结合Widget可见性触发更新 #

不要固定15分钟拉取数据，而是利用Widget的生命周期回调，仅在用户可见时触发更新：

• 在AppWidgetProvider的onUpdate、onAppWidgetOptionsChanged回调中，提交OneTimeWorkRequest拉取数据；
• 同时缓存上次成功获取的数据，网络不可用时直接显示缓存内容，既符合省电规则，又能保证Widget有内容展示。

3. 使用JobScheduler的灵活触发条件（Android 7.0+） #

WorkManager底层在Android O+依赖JobScheduler，可直接利用JobScheduler的特性：

• 配置NETWORK_TYPE_ANY结合REQUIRES_DEVICE_IDLE为false，让任务在设备退出Doze且有网络时触发；
• 若需要更精细控制，可监听ACTION_DEVICE_IDLE_MODE_CHANGED广播（注意后台广播限制，需配合JobScheduler触发），在设备退出Doze时启动任务。

4. 精确闹钟+前台服务（需权限） #

如果必须保证15分钟的刚性周期，可申请SCHEDULE_EXACT_ALARM权限，用AlarmManager.setExactAndAllowWhileIdle()触发广播，再在广播接收器中启动前台Service执行API请求：

• 前台Service在Doze模式下优先级更高，能正常访问网络；
• 注意需向用户说明权限用途，且Android 13+用户可随时撤销权限，要做好降级处理。

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