Android AlarmManager调度时BroadcastReceiver无Intent Extra数据

1. 代码笔误导致Extra传入异常 #

看reminderAlarm方法里的Extra设置代码：

putExtra(Constants.EXTRA_EXACT_ALARM_ITEM, CustomParcelable)

这里传入的是CustomParcelable类本身，不是方法入参里的item业务对象，属于典型的开发笔误，哪怕后续能读取到Extra，拿到的也不是实际的业务数据。

2. PendingIntent配置错误导致Extra被系统丢弃 #

这是该类问题最常见的触发原因：

• Android系统对PendingIntent的相等判断规则为：仅对比requestCode、目标组件、Intent的Action、Data、Type、Category，完全不校验Intent携带的Extra内容。
• 你目前固定使用requestCode=0创建所有闹钟的PendingIntent，仅搭配FLAG_UPDATE_CURRENT，如果没有按照系统要求显式指定可变性，会直接触发以下问题：
  • Android 12（API 31）以上强制要求PendingIntent必须显式声明FLAG_IMMUTABLE或FLAG_MUTABLE，如果仅设置FLAG_IMMUTABLE，系统会将PendingIntent标记为全局不可修改，此时FLAG_UPDATE_CURRENT不会生效，新传入的Extra会被系统直接忽略，返回旧的不带Extra的PendingIntent实例。
  • 测试过程中如果曾经创建过同规则的无Extra PendingIntent，系统会直接复用缓存的旧实例，不会同步新传入的Extra内容。

3. 重启后闹钟失效的逻辑缺失 #

你目前的Manifest仅给AlarmReceiver配置了BOOT_COMPLETED的intent-filter，但没有在广播回调里做重新注册闹钟的逻辑，而系统在设备重启后会自动清除所有已注册的AlarmManager任务，就算声明了权限也无法自动恢复闹钟。

第一步：修正笔误的Extra传参 #

将reminderAlarm方法里的CustomParcelable传参修正为实际的业务对象：

fun reminderAlarm(timeInMillis: Long, item: CustomParcelable){
    val intent = Intent(context, AlarmReceiver::class.java)
    intent.apply {
        action = Constants.ACTION_SET_EXACT_ALARM_REMINDER
        putExtra(Constants.EXTRA_EXACT_ALARM_TIME, timeInMillis)
        // 修正笔误：传item对象而非类引用
        putExtra(Constants.EXTRA_EXACT_ALARM_ITEM, item)
    }
    setAlarm(timeInMillis, getPendingIntent(intent))
}

第二步：修正PendingIntent的配置规则 #

• 取消固定的requestCode=0，根据每个闹钟的唯一标识（比如实体的唯一ID、时间戳）生成独立的requestCode，避免不同闹钟的PendingIntent互相覆盖。
• 根据业务需求搭配正确的Flag组合：因为需要动态更新每个闹钟的Extra数据，必须同时指定FLAG_UPDATE_CURRENT和FLAG_MUTABLE，适配Android 12+的可变性要求：

private fun getPendingIntent(requestCode: Int, intent: Intent): PendingIntent =
    PendingIntent.getBroadcast(
        context,
        requestCode,
        intent,
        // 组合Flag：允许更新Extra + 声明可变性（适配Android 12+）
        PendingIntent.FLAG_UPDATE_CURRENT or PendingIntent.FLAG_MUTABLE
    )

• 如果存在同Action的多组闹钟，建议给每个Intent追加唯一的Data标识，进一步避免PendingIntent的误匹配：

// 给每个Intent加唯一的data，比如用item的唯一id构造Uri
intent.data = Uri.parse("alarm://reminder/${item.uid}")

第三步：补全重启恢复的逻辑 #

在AlarmReceiver的onReceive方法里，对BOOT_COMPLETED广播做分支处理：从本地持久化存储读取所有已保存的闹钟任务，重新调用AlarmService的reminderAlarm方法注册闹钟，即可实现重启后闹钟依然生效。

第四步：验证测试 #

因为系统会缓存旧的PendingIntent实例，修正代码后需要先卸载应用重装一次，清除系统缓存的旧实例后再测试，避免旧的缓存逻辑影响验证结果。

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