AlarmManager通过PendingIntent传值给BroadcastReceiver取值为null如何解决

1. 优先适配Android 12（API 31+）的PendingIntent规则 #

这是目前该类问题最常见的诱因：从Android 12开始，PendingIntent必须显式声明可变性属性，未声明时系统会默认添加FLAG_IMMUTABLE标识，此时即使指定了FLAG_UPDATE_CURRENT，Intent携带的Extra也无法被正常更新传递。
需要修改PendingIntent创建逻辑：

PendingIntent pendingIntent;
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.S) {
    // 需要修改Extra的场景必须加FLAG_MUTABLE
    pendingIntent = PendingIntent.getBroadcast(this, 1234, i, 
        PendingIntent.FLAG_UPDATE_CURRENT | PendingIntent.FLAG_MUTABLE);
} else {
    pendingIntent = PendingIntent.getBroadcast(this, 1234, i, 
        PendingIntent.FLAG_UPDATE_CURRENT);
}

2. 验证Parcelable实现正确性 #

单独测试Routine类的Parcelable序列化能力：通过普通Intent在两个Activity之间传递该类对象，如果接收端无法正常读取，说明是Routine的Parcelable实现有问题（常见问题：读写字段顺序不一致、自定义类型字段未正确序列化、CREATOR对象写错）。

3. 排查PendingIntent复用冲突 #

• 先替换一个全新的、未使用过的requestCode（比如把1234改成2345）测试，确认是否是相同requestCode的旧PendingIntent被系统复用导致的Extra丢失。
• 临时将FLAG_UPDATE_CURRENT替换为FLAG_CANCEL_CURRENT测试，该标识会先取消已存在的同requestCode的PendingIntent，再创建新实例，可排除旧实例的干扰。

4. 补充显式Intent的包名限制 #

高版本系统对隐式Intent的限制较严，即使你已经指定了接收器类，仍可以额外添加包名限制，避免匹配异常：

Intent i = new Intent (this, ReminderBroadcast.class);
i.setPackage(getPackageName()); // 新增这行

5. 缩小问题范围 #

临时移除Parcelable类型的ROUTINE参数，只传递String类型的MESSAGE：

• 如果仍然无法拿到值，说明问题出在PendingIntent的配置上，和Parcelable无关；
• 如果可以正常拿到值，说明问题完全出在Routine类的Parcelable实现上。

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