部分设备上WorkManager调度的一次性任务未执行问题咨询

• 特定厂商定制系统的额外后台限制：国产ROM（小米、华为、OPPO、vivo等）普遍存在独立于AOSP原生电源优化的后台管控策略，比如小米神隐模式、华为后台活动限制、OPPO应用速冻等，即便用户关闭了系统层面的电源优化，这类厂商自定义的限制仍会禁止WorkManager的后台任务调度，该类问题通常集中出现在特定品牌/系统版本的设备上，刚好符合1%的低发概率。
• WorkManager 2.5.0版本的已知调度BUG：2.5.0版本存在多个影响任务执行的已知问题：一是APPEND_OR_REPLACE策略在任务队列有积压时，可能出现队列锁死无法触发后续任务调度的问题；二是Android 9及以下系统的设备上，网络状态变更监听逻辑存在缺陷，明明设备已联网，WorkManager无法识别到网络满足约束，导致任务一直挂起；三是应用被强制停止后重启时，已排队的唯一任务可能丢失不会重新调度。可以尝试升级到目前的稳定版androidx.work:work-runtime-ktx:2.8.1验证是否修复。
• Worker执行静默失败被误判为未执行：如果SessionRecordReportingWorker内部逻辑未做全局异常捕获，在1%的设备上可能因为数据库读写冲突、上报时出现未捕获的网络异常等直接崩溃，或者返回Result.failure()但未做失败埋点，会被误判为任务完全没有执行。建议在Worker的doWork方法开头增加日志埋点，确认任务是否真的没有被启动。
• 网络约束匹配异常：NetworkType.CONNECTED约束依赖系统ConnectivityManager的网络验证结果，部分设备连接需要网页认证的公共WiFi、或者使用VPN/代理网络时，系统可能标记网络为「未通过验证」，不满足CONNECTED约束，但应用本身可以正常发起网络请求，就会出现前台能联网但WorkManager不执行任务的情况。可以尝试暂时去掉网络约束，增加Worker内部自己判断网络状态的逻辑验证是否是该问题。
• 唯一任务标签冲突：如果项目其他位置使用了同一个SessionRecordReportingWorker.WORK_TAG作为唯一任务名调度了其他任务（比如定时任务），会触发APPEND_OR_REPLACE的替换逻辑，导致需要的上报任务被意外取消。

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