使用AlarmManager设置闹钟失效排查及Android12+闹钟查询方法

1. 设置闹钟的代码可能存在的错误 #

结合Android 12+的系统限制，即使代码无报错，闹钟未生效通常是以下原因：

• 权限缺失：
  • 若使用精确闹钟（如setExactAndAllowWhileIdle()），必须申请SCHEDULE_EXACT_ALARM权限，且需在运行时请求用户授权；普通闹钟需SET_ALARM权限。另外，POST_NOTIFICATIONS权限也不可少，否则闹钟触发后无通知提示。
• 闹钟API使用不当：
  Android 12+对后台任务限制更严格，旧的set()方法会被系统调度延迟甚至忽略，需改用适配高版本的API：
  • 精确闹钟用setExactAndAllowWhileIdle()（支持Doze模式下触发）；
  • 需系统闹钟UI同步显示的用setAlarmClock()。
• PendingIntent配置错误：
  • Android 12+默认PendingIntent为FLAG_IMMUTABLE，若需后续更新闹钟，必须显式指定FLAG_MUTABLE；
  • requestCode重复会导致旧的PendingIntent被覆盖，需确保每个闹钟的requestCode唯一；
  • Intent的目标组件（广播/服务）未正确注册，导致触发后无响应。
• 时间逻辑问题：
  虽然日志显示duration为正，但需确认是绝对时间戳还是相对时间差：比如AlarmManager的精确API需要传入System.currentTimeMillis() + duration这类绝对时间，若误传相对时间会导致闹钟立即触发（或已过期）。另外需检查时区是否匹配，避免用UTC时间替代本地时间。

2. Android 12+查询指定闹钟是否已设置的方案 #

Android 12+移除了通过FLAG_NO_CREATE判断闹钟的可靠方式，可采用以下方案：

• 本地维护闹钟状态：
  将已设置的闹钟ID、触发时间、请求码等关键信息存入SharedPreferences或本地数据库，查询时直接读取本地记录。这是最稳定的方案，因为系统未提供公开API查询所有已设置的闹钟。
• 过滤adb命令输出：
  针对adb shell dumpsys alarm输出过多的问题，可通过包名过滤缩小范围：

  adb shell dumpsys alarm | grep "com.your.app.package"
  

  这样只会显示你的App相关的闹钟记录，便于快速排查。
• 获取下一个触发闹钟：
  使用AlarmManager.getNextAlarmClock()可获取系统中即将触发的闹钟信息，但仅能查询最近的一个，无法定位指定闹钟。

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