Android AlarmManager后台通知 数组为空时无法停止问题

核心问题出在AlarmManager的任务机制上：你调用alarmManager.setRepeating()注册的是系统层面持有的持久化定时任务，一旦注册成功，任务会按固定周期持续触发，和你App进程内存中的listEth数组状态完全无关。
你当前的判断逻辑仅写在Firebase的addChildEventListener回调中，仅在数组有有效数据时触发NotifyUsers()注册任务，却没有在数组为空时主动取消已注册的Alarm任务——前台notification()方法是直接在回调中触发的，数组为空时不调用自然会停止，但系统维护的Alarm任务不会因为你内存里数组清空就自动注销，自然会持续推送通知。

1. 补充Alarm任务主动取消逻辑 #

在Firebase监听到数组无有效数据的分支，不要直接无操作，主动调用AlarmManager.cancel()注销已注册的重复任务：

// 定义成全局常量，设置任务和取消任务时必须使用同一个值
private static final int NOTIFY_ALARM_REQUEST_CODE = 1001;

private void cancelNotifyAlarm() {
    AlarmManager alarmManager = (AlarmManager) getSystemService(ALARM_SERVICE);
    Intent alarmIntent = new Intent(this, NotifyPendingAssignments.class);
    // 注意：PendingIntent的requestCode、Intent目标类必须和设置任务时完全一致，否则会取消失败
    PendingIntent pendingIntent = PendingIntent.getBroadcast(
            this,
            NOTIFY_ALARM_REQUEST_CODE,
            alarmIntent,
            PendingIntent.FLAG_UPDATE_CURRENT | PendingIntent.FLAG_IMMUTABLE
    );
    alarmManager.cancel(pendingIntent);
}

注意：Android 12及以上版本构建PendingIntent必须指定FLAG_IMMUTABLE或FLAG_MUTABLE，否则会抛异常。

2. 修正数据判断与任务注册逻辑 #

你原来仅判断listEth是否包含null存在漏判场景，需要补充空数组、无效值判断，同时避免重复注册Alarm任务：

// 替换你原来的回调判断逻辑
boolean hasValidData = listEth != null && !listEth.isEmpty() && listEth.stream().noneMatch(Objects::isNull);
if (hasValidData) {
    // 先检查任务是否已注册，避免重复设置
    Intent alarmIntent = new Intent(this, NotifyPendingAssignments.class);
    PendingIntent existIntent = PendingIntent.getBroadcast(
            this,
            NOTIFY_ALARM_REQUEST_CODE,
            alarmIntent,
            PendingIntent.FLAG_NO_CREATE | PendingIntent.FLAG_IMMUTABLE
    );
    // 不存在已注册任务时才调用注册方法
    if (existIntent == null) {
        NotifyUsers();
    }
    // 触发前台通知
    notification();
} else {
    // 无有效数据时主动取消后台定时任务
    cancelNotifyAlarm();
}

3. 广播接收器增加兜底校验 #

不要完全依赖Firebase回调的取消逻辑，在NotifyPendingAssignments的onReceive方法中增加二次校验，避免异常场景下任务未被取消持续弹通知：

@Override
public void onReceive(Context context, Intent intent) {
    // 不要直接读取内存中的listEth，App被杀后内存数据会丢失，这里读取本地持久化存储的有效状态
    boolean hasValidData = getLocalSavedValidEthStatus();
    if (!hasValidData) {
        // 无有效数据时直接取消任务，不弹通知
        AlarmManager alarmManager = (AlarmManager) context.getSystemService(Context.ALARM_SERVICE);
        PendingIntent pendingIntent = PendingIntent.getBroadcast(
                context,
                NOTIFY_ALARM_REQUEST_CODE,
                intent,
                PendingIntent.FLAG_UPDATE_CURRENT | PendingIntent.FLAG_IMMUTABLE
        );
        alarmManager.cancel(pendingIntent);
        return;
    }
    // 原有构建、弹出通知的逻辑
    showNotification();
}

• 每次Firebase回调拿到新的listEth数据时，要同步将数据有效状态持久化到本地（可以用SharedPreferences、Room数据库），不要只存在内存中，否则App进程被回收后广播接收器无法拿到正确的状态做判断。
• 不要每次检测到有效数据就重复调用setRepeating()，否则会注册多个相同的定时任务，导致同一时间弹出多条通知。
• Android 12及以上版本使用精确闹钟需要在Manifest中声明SCHEDULE_EXACT_ALARM权限，部分国产定制ROM需要额外给App开放自启动、后台活动权限，否则定时任务可能出现延迟、不触发的问题。

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