Android 12 独立进程SCHEDULE_EXACT_ALARM权限不生效问题咨询

问题根因 #

这不是你代码配置的问题，是Android 12（API 31）初始版本的已知系统缺陷：
SCHEDULE_EXACT_ALARM和你提到的READ_PHONE_STATE、ACCESS_WIFI_STATE这类普通安装时/运行时权限的实现逻辑完全不同，它属于特殊的App Op权限，授权状态不是按应用包维度全局同步的，而是系统在进程初始化时单独给每个进程下发状态缓存。系统创建应用私有独立进程时，不会主动同步这个权限的最新授权状态，导致非主进程调用alarmManager.canScheduleExactAlarms()时读取的是默认未授权的缓存值，才会始终返回false。
该缺陷在后续的Android 12L、Android 13的官方补丁中已经修复，但无法覆盖所有仍在运行初始Android 12版本的存量设备，必须自行做兼容处理。

兼容方案 #

按落地成本和稳定性从高到低选择即可：

• 优先把精确闹钟调度逻辑、权限校验逻辑全部收敛到主进程
  这是稳定性最高、改造成本最低的方案：AlarmManager是系统级全局服务，你在主进程确认权限已授予后，直接在主进程调用精确闹钟设置接口即可，完全不需要把这部分逻辑放到:KernelStartedService独立进程中。闹钟触发后的PendingIntent依然可以正常指定启动独立进程内的服务/组件，不会影响原有业务逻辑。
• 如果业务强依赖在独立进程内做闹钟调度，自行实现跨进程权限状态同步
  不要信任独立进程内调用canScheduleExactAlarms()返回的结果：
  1. 主进程在onStart生命周期、从系统权限设置页返回应用时，主动调用canScheduleExactAlarms()获取最新权限状态
  2. 通过ContentProvider、AIDL这类可靠的跨进程通信方式，把最新的权限状态同步给独立进程，不要用多进程模式的SharedPreferences，这类实现存在大量机型兼容问题
  3. 独立进程需要判断权限状态时，直接读取主进程同步过来的可信值即可
• 临时兜底方案（仅适合紧急上线场景，不推荐长期使用）
  独立进程首次启动时，可通过跨进程通信通知主进程主动调用一次AlarmManager相关接口，触发系统重新给应用所有进程同步权限状态，部分厂商ROM上该操作可让独立进程后续调用canScheduleExactAlarms()返回正确结果，但不同厂商系统实现差异大，无法保证全机型生效。

额外注意事项 #

• 权限申请跳转逻辑必须放在主进程执行，不要在独立进程中直接拉起系统权限设置页，否则部分ROM上会出现授权后状态不更新的问题。
• 如果后续将targetSdk升级到33及以上，可以按需声明USE_EXACT_ALARM权限，该权限为安装时自动授予，不存在独立进程状态不同步的问题，但要注意应用商店对该权限的审核规则，仅闹钟、日程提醒等确实需要精确触发的场景允许使用，否则会被拒审。

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