Oppo Realme1作业计划周期性工作的最小间隔为1小时

Question

当前我使用的是WorkManager 1.0.0-alpha05。我使用以下code设置定期工作请求。当间隔低于1小时时，则在Oppo Realme(Android版本-8.1.0，ColorOSVersion V5.0(中作业在1小时执行。当间隔大于1小时时，作业在准确的时间执行。当间隔小于1小时时，作业在1小时执行。

请让我知道任何日志或所需信息：

Schdule定期作业代码：

PeriodicWorkRequest uploadWork = new PeriodicWorkRequest.
Builder(LocationUpdatesJobService.class ,interval, TimeUnit.MILLISECONDS)
.addTag(Constants.Location.TAG_BACKGROUND_LOCATION_PERIODIC)
.setConstraints(constraints).build();
WorkManager.getInstance().enqueueUniquePeriodicWork(
Constants.Location.TAG_BACKGROUND_LOCATION_PERIODIC,
ExistingPeriodicWorkPolicy.REPLACE, uploadWork);

在所有其他设备中，周期性工作请求间隔是适当的。在Oppo Realme 1中，工作在1小时执行。

Oppo Realme 1:间隔15分钟

我使用以下命令调试Job Schduler：adb shell dumpsys jobscheduler

JOB #u0a249/18: cc2fc59 com.cygneto.field_sales/androidx.work.impl.background.systemjob.SystemJobService
u0a249 tag=job/com.cygneto.field_sales/androidx.work.impl.background.systemjob.SystemJobService
Source: uid=u0a249 user=0 pkg=com.cygneto.field_sales
JobInfo:
Service: com.cygneto.field_sales/androidx.work.impl.background.systemjob.SystemJobService
PERIODIC: interval=+1h0m0s0ms flex=+21m0s0ms
Requires: charging=false batteryNotLow=false deviceIdle=false
Extras: mParcelledData.dataSize=180
Backoff: policy=1 initial=+30s0ms
Has early constraint
Has late constraint
Required constraints: TIMING_DELAY DEADLINE
Satisfied constraints: APP_NOT_IDLE DEVICE_NOT_DOZING
Unsatisfied constraints: TIMING_DELAY DEADLINE
Doze whitelisted: true
Tracking: TIME
Enqueue time: -9m4s617ms
Run time: earliest=+29m55s383ms, latest=+50m55s383ms
Ready: false (job=false user=true !pending=true !active=true !backingup=true comp=true)

Oppo Realme 1:间隔1小时10分钟

日志：

JobInfo:
Service: com.cygneto.field_sales/androidx.work.impl.background.systemjob.SystemJobService
PERIODIC: interval=+1h10m0s0ms flex=+1h10m0s0ms
Requires: charging=false batteryNotLow=false deviceIdle=false
Extras: mParcelledData.dataSize=180
Doze whitelisted: true
Tracking: TIME
Enqueue time: -4m19s846ms
Run time: earliest=+1h5m39s833ms, latest=+2h15m39s833ms
Last successful run: 2018-07-25 17:01:23
Ready: false (job=false user=true !pending=true !active=true !backingup=true comp=true)

其他设备：

日志：

JobInfo:
Service:com.cygneto.field_sales/androidx.work.impl.background.systemjob.SystemJobService
PERIODIC: interval=+15m0s0ms flex=+15m0s0ms
Requires: charging=false batteryNotLow=false deviceIdle=false
Tracking: TIME
Enqueue time: -29s237ms
Run time: earliest=+14m30s690ms, latest=+29m30s690ms
Last successful run: 2018-07-25 17:29:19
Ready: false (job=false user=true !pending=true !active=true !backingup=true comp=true)

我也尝试使用不同的库。我在JobScheduler和Android作业中发现了相同的行为。作业周期长度为15分钟，但执行时间为1小时，但当我尝试使用firebase作业调度器时作业以正确的15分钟间隔时间执行。

我使用以下命令调试Job Scheduler和Android作业：adb shell dumpsys jobscheduler

作业调度程序：

间隔：15分钟输出：1小时

日志：

JOB #u0a266/1: a0dd846 com.jobscheduler_periodic/com.periodic.JobSchedulerService
u0a266 tag=*job*/com.jobscheduler_periodic/com.periodic.JobSchedulerService
Source: uid=u0a266 user=0 pkg=com.jobscheduler_periodic
JobInfo:
Service: com.jobscheduler_periodic/com.periodic.JobSchedulerService
PERIODIC: interval=+1h0m0s0ms flex=+15m0s0ms

Android作业：

间隔：15分钟输出：1小时：

日志：

JOB #u0a266/3: 10c0d65 com.jobscheduler_periodic/com.evernote.android.job.v21.PlatformJobService
u0a266 tag=*job*/com.jobscheduler_periodic/com.evernote.android.job.v21.PlatformJobService
Source: uid=u0a266 user=0 pkg=com.jobscheduler_periodic
JobInfo:
Service: com.jobscheduler_periodic/com.evernote.android.job.v21.PlatformJobService
PERIODIC: interval=+1h0m0s0ms flex=+5m0s0ms

Firebase作业调度程序：

我使用以下命令调试firebase作业Dispatcher：adb shell"dumpsys活动服务GcmService|grep com.jobscheduler_periodical">

间隔：15分钟输出：15分钟

日志：

u0|com.jobscheduler_periodic: 1
(scheduled) com.jobscheduler_periodic/com.firebase.jobdispatcher.GooglePlayReceiver{u=0 tag="MyJobService" trigger=window{s
tart=720s,end=900s,earliest=46s,latest=226s} requirements=[NET_CONNECTED,CHARGING] attributes=[RECURRING] scheduled=-673s last_
run=N/A jid=N/A status=PENDING retries=0 client_lib=FIREBASE_JOB_DISPATCHER-1}

Answer 1

这恰好是一个OEM错误。不幸的是，很难以电池高效的方式解决这些错误。如果你想要15分钟的时间，我建议使用以下解决方法：

使用OneTimeWorkRequest而不是周期性的工作请求，并且在第一次执行第一个工作请求时，用15 mins的initialDelay从工作者内部调度第二个。这基本上会给你想要的。