Android 12锁定/直接启动模式下Job Scheduler不启动任务问题咨询

问题根因 #

该问题由Android 12对JobScheduler的隐性后台限制变更导致，官方未在公开变更文档中明确标注该调整：

• Android 11及更低版本中，只要应用和JobService声明了directBootAware="true"，就能在直接启动（设备锁定未解锁）阶段正常触发调度的Job
• Android 12开始，普通第三方应用的常规Job即便满足directBootAware要求，也会被系统挂起，直到用户首次解锁设备后才会执行，仅系统预置应用、特权应用或者满足特定场景要求的作业可在锁定阶段直接运行

可行解决方案 #

不建议使用WakeLock全局保活的方案，有更合规且稳定的处理方式：

1. 最优方案：直接在广播接收器中恢复闹钟，无需JobScheduler中转
   你已经配置了接收LOCKED_BOOT_COMPLETED广播，且接收器声明了directBootAware="true"，可直接在OnBootReceiver的onReceive回调中调用AlarmManager的API恢复所有闹钟，不需要通过JobScheduler调度任务：
   • 闹钟相关数据必须存储在设备加密存储（DE存储），不可存储在凭据加密存储（CE存储），否则锁定阶段无法读取
   • Android 12+需申请SCHEDULE_EXACT_ALARM权限，闹钟类应用属于该权限的合规使用场景
   • 优先使用setAlarmClock()接口调度闹钟，该接口优先级最高，系统不会对其做后台限制，同时会在系统状态栏展示闹钟标识，完全符合闹钟应用的使用需求
2. 若必须使用JobScheduler，可配置加急作业属性
   给JobInfo添加setExpedited(OutOfQuotaPolicy.RUN_AS_NON_EXPEDITED)配置，Android 12的加急作业优先级更高，只要应用声明了directBootAware，即可在直接启动阶段被触发。注意targetSdk>=31的应用需要额外申请FOREGROUND_SERVICE权限。
3. 替代方案：使用WorkManager适配作业调度
   WorkManager底层对不同Android版本的系统作业限制做了兼容处理，配置加急任务+directBootAware属性后，锁定阶段的触发优先级远高于原生JobScheduler。

额外注意事项 #

广播接收器的onReceive生命周期仅有10秒，若闹钟恢复逻辑较为复杂，可启动一个directBootAware的前台服务处理逻辑，避免接收器被系统杀死导致任务中断。

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