这个问题我之前也碰到过，核心原因就是系统会回收长时间未被引用的AlarmManager和PendingIntent实例，导致你之前保存的变量变成null，没法正常取消闹钟。解决的关键其实不是执着于保存对象引用，而是每次取消时重新构建一个和设置闹钟时完全匹配的PendingIntent——系统是通过PendingIntent的匹配规则来识别对应闹钟的，而非你保存的对象实例。

具体解决方案 #

重构你的取消闹钟代码，每次取消时重新创建完全一致的AlarmManager和PendingIntent：

if (resultCode == 200) {
    // 重新获取AlarmManager实例
    AlarmManager alarmMgr = (AlarmManager) ApplicationContextProvider.getContext().getSystemService(Context.ALARM_SERVICE);
    // 构建和设置闹钟时完全相同的Intent
    Intent intent = new Intent(ApplicationContextProvider.getContext(), MAUAlarmReceiver.class);
    // 使用和设置时一致的requestCode与flag创建PendingIntent
    PendingIntent alarmIntent = PendingIntent.getBroadcast(ApplicationContextProvider.getContext(), 0, intent, 0);
    
    if (alarmMgr != null && alarmIntent != null) {
        alarmMgr.cancel(alarmIntent);
        // 可选：主动销毁PendingIntent，避免残留引用
        alarmIntent.cancel();
    }
}

为什么这样有效？ #

系统识别PendingIntent的匹配规则是：当两个PendingIntent的以下属性完全一致时，会被判定为同一个：

• requestCode（你这里用的是0，必须保持一致）
• Intent的action、data、type、component、categories参数
• 创建PendingIntent时使用的flag（比如你设置时用了0，取消时也要用相同的flag）

只要你重新构建的PendingIntent和设置闹钟时的完全匹配，不管之前的实例是否被回收，系统都能找到对应的闹钟并取消它。

额外注意事项 #

• 如果你的Intent包含putExtra传递的参数，取消时也要包含完全相同的参数，否则PendingIntent会不匹配，无法取消目标闹钟。
• 针对Android 12及以上版本，建议明确指定PendingIntent的flag为PendingIntent.FLAG_IMMUTABLE或PendingIntent.FLAG_MUTABLE，且设置和取消时使用的flag必须一致，避免出现匹配失败的情况。

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