【发布时间】:2020-11-17 16:10:22
【问题描述】:
我为这份工作做好了准备:
val job = JobInfo.Builder(2, ComponentName(context, JobRunner::class.java)).apply {
setRequiredNetworkType(JobInfo.NETWORK_TYPE_UNMETERED)
setRequiresBatteryNotLow(true)
for (triggerUri in triggers) {
addTriggerContentUri(JobInfo.TriggerContentUri(triggerUri, JobInfo.TriggerContentUri.FLAG_NOTIFY_FOR_DESCENDANTS))
}
setTriggerContentUpdateDelay(TimeUnit.MINUTES.toMillis(1))
setTriggerContentMaxDelay(TimeUnit.MINUTES.toMillis(10))
}.build()
jobScheduler.schedule(job)
如果我执行:adb shell dumpsys jobscheduler
我有以下工作信息:
JOB #u0a302/2: 89f4090 com.abc.debug/com.abc.mobile.service.job.JobRunner
u0a302 tag=*job*/com.abc.debug/com.abc.mobile.service.job.JobRunner
Source: uid=u0a302 user=0 pkg=com.abc.debug
JobInfo:
Service: com.abc.debug/com.abc.mobile.service.job.JobRunner
Internal flags: 1 HAS_FOREGROUND_EXEMPTION
Requires: charging=false batteryNotLow=true deviceIdle=false
Trigger content URIs:
1 content://media/internal/images/media
1 content://media/external/images/media
1 content://media/internal/video/media
1 content://media/external/video/media
Trigger update delay: +1m0s0ms
Trigger max delay: +10m0s0ms
Network type: NetworkRequest [ NONE id=0, [ Capabilities: NOT_METERED&INTERNET&NOT_RESTRICTED&TRUSTED&VALIDATED Unwanted: Uid: 10302] ]
Backoff: policy=1 initial=+30s0ms
Required constraints: BATTERY_NOT_LOW CONNECTIVITY CONTENT_TRIGGER [0x14000002]
Satisfied constraints: CHARGING BATTERY_NOT_LOW CONTENT_TRIGGER DEVICE_NOT_DOZING BACKGROUND_NOT_RESTRICTED [0x6400003]
Unsatisfied constraints: CONNECTIVITY [0x10000000]
Tracking: BATTERY CONNECTIVITY CONTENT
Standby bucket: RARE
Base heartbeat: 285
Enqueue time: -20h50m38s25ms
Run time: earliest=none, latest=none
Last run heartbeat: 285
Ready: false (job=false user=true !pending=true !active=true !backingup=true comp=true)
从上面的日志中可以看出我需要:
网络类型:NetworkRequest [NONE id=0,[功能:NOT_METERED&INTERNET&NOT_RESTRICTED&TRUSTED&VALIDATED 不需要:Uid:10302]]
我在同一台设备上制作了另一个小应用程序来检查活动的网络功能:
val connMgr = getSystemService(Context.CONNECTIVITY_SERVICE) as ConnectivityManager
val networkCap = connMgr.getNetworkCapabilities(connMgr.activeNetwork)
Log.d("NETWORK_CHECK", "NetworkCapabilities: [$networkCap]")
从结果来看:
[ 传输:WIFI 功能:NOT_METERED&INTERNET&NOT_RESTRICTED&TRUSTED&NOT_VPN&VALIDATED&NOT_ROAMING&FOREGROUND&NOT_CONGESTED&NOT_SUSPENDED LinkUpBandwidth>=1048576Kbps LinkDnBandwidth>=1048576Kbps SignalStrength:-43]
我拥有我需要的所有能力。为什么我仍然认为约束不满意?
未满足的约束:CONNECTIVITY [0x10000000]
还有其他可能与能力不完全相关的东西吗?
我在这里检查过,但没有发现任何有用的东西:ConnectivityController
我从另一个日志中的“连接”部分发现以下内容:
ConnectivityController:
Requested standby exceptions: 10336 (1 jobs) 10342 (1 jobs) 10391 (1 jobs)
10391 是我的身份证。 请求的备用例外是什么意思?
因此,根据以下建议,我很可能网络使用受限,因为我在 RARE 备用存储桶中。在这里查看:
https://developer.android.com/topic/performance/power/power-details
对我来说,问题是在上面的工作信息中:从上次触发开始已经过去了大约 21 小时,而且通常在某些手机上我什至看到 2 天。但是文档说:
最多延迟 24 小时
所以我想找到更多关于到底发生了什么的信息,以便我可以改进。我们发现的不多。
但是禁用电池优化会有很大的不同。此外,当设备正在充电时,我们也没有问题。
【问题讨论】:
-
Required constraints之一是CONNECTIVITY,它不是Satisfied constraints的一部分。您确定它与Network Capabilities相关联吗?这似乎是两种不同的东西 -
您能分享一下您的 JobScheduler 是如何设置的吗?
-
@Eselfar 如果我需要 Wi-Fi 而没有 Wi-Fi,我仍然可以连接,原因是缺少所需的网络功能。但从 ConnectivityController 的实现看来,很多事情都与最终结果有关。不仅是网络能力。我已经添加了作业调度的代码。
标签: android android-workmanager android-jobscheduler