Android Java 每日重复通知实现问题及最佳实践咨询

我需要实现的功能是让APP每天在指定时间段发送1-3条通知，比如9:00-11:00、13:00-18:00、20:00-22:00各一条。

最初尝试用AlarmManager的setRepeating方法，但完全无法正常工作，可能是使用方式有误。之后改用每次APP启动或收到通知时重新调度新通知的方案：偶尔打开APP时能正常收发通知，部分通知即使不打开APP也能重新调度，但长时间不打开APP后，通知就不再发送了。已经关闭电池优化，问题仍未解决。

想请教处理重复通知的最佳实践，像Duolingo这类APP就能完美实现定时通知，希望能参考这类方案。

现有代码实现 #

权限检查与调度触发（在onCreate()中） #

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.R) {
    if (ContextCompat.checkSelfPermission(MainActivity.this, Manifest.permission.POST_NOTIFICATIONS) != PackageManager.PERMISSION_GRANTED) {
                ActivityCompat.requestPermissions(MainActivity.this, new String[]{Manifest.permission.POST_NOTIFICATIONS}, PERMISSION_REQUEST_CODE);
    } else {
        Notification.scheduleNotification(context);
    }
} else {
    Notification.scheduleNotification(context);
}

通知调度核心函数 #

private static final int[] notificationHours = {8,15,20,22};

public static int nextAlarmHour(int currentHour) {
    // 找到大于当前小时的下一个闹钟小时
    for (int hour : notificationHours) {
        if (hour > currentHour) {
            return hour;
         }
    }

    // 如果没有找到大于当前小时的闹钟小时，返回数组中的第一个小时（即次日）
    return notificationHours[0];
}


public static void scheduleNotification() {
    context = MainActivity.getContext();

    SharedPreferences preferences = context.getSharedPreferences(context.getString(R.string.app_name), Context.MODE_PRIVATE);
    int lastScheduledHour = preferences.getInt("lastScheduledHour", -1);

    Calendar calendar = Calendar.getInstance();

    int currentHour = LocalTime.now().getHour();
    int hour = nextAlarmHour(currentHour);

    // 检查下一个闹钟小时是否大于等于当前小时
    if (hour <= currentHour) {
        // 将日历日期增加一天
        calendar.add(Calendar.DAY_OF_MONTH, 1);
    }

    // 检查小时是否与上次调度的小时相同
    if (hour == lastScheduledHour) {
        // 无需调度重复闹钟
        return;
    }
    calendar.set(Calendar.HOUR_OF_DAY, hour);
    calendar.set(Calendar.MINUTE, 0);
    calendar.set(Calendar.SECOND, 0);

    PendingIntent pendingIntent = createNotificationIntent(context);
    AlarmManager alarmManager = (AlarmManager) context.getSystemService(Context.ALARM_SERVICE);

    if (alarmManager != null) {
        alarmManager.setExactAndAllowWhileIdle(AlarmManager.RTC_WAKEUP, calendar.getTimeInMillis(), pendingIntent);
    }
}

通知渠道创建 #

private static void createNotificationChannel(Context context) {
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
        NotificationChannel channel = new NotificationChannel(CHANNEL_ID, "channelName", NotificationManager.IMPORTANCE_DEFAULT);
        NotificationManager notificationManager = context.getSystemService(NotificationManager.class);
        notificationManager.createNotificationChannel(channel);
    }
}

通知接收与重调度 #

public static class MyNotificationReceiver extends BroadcastReceiver {
    @Override
    public void onReceive(Context context, Intent intent) {
        createNotificationChannel(context);

        NotificationCompat.Builder builder = new NotificationCompat.Builder(context, CHANNEL_ID)
            .setSmallIcon(R.mipmap.xx)
            .setContentTitle(context.getString(R.string.app_name))
            .setContentText(<text>)
            .setPriority(NotificationCompat.PRIORITY_DEFAULT)
            .setAutoCancel(true)
            .setContentIntent(createStartIntent(context));

        NotificationManagerCompat notificationManager = NotificationManagerCompat.from(context);
        try {
            notificationManager.notify(NOTIFICATION_ID, builder.build());
        } catch (SecurityException ignore) {
        }
        scheduleNotification(context);
    }
}

最佳实践建议 #

1. 正确使用AlarmManager的API #

• 放弃setRepeating，该API在Android 6.0+的Doze模式下会被大幅限制，坚持单次精确闹钟+每次触发后重新调度的模式，你当前的核心思路是对的，但要补全细节。
• 优先使用setExactAndAllowWhileIdle，它能在Doze模式下保证精确触发；如果不需要绝对整点，也可以用setAndAllowWhileIdle，但前者更适配定时通知场景。

2. 处理系统清除闹钟的场景 #

• 系统重启、APP被强制停止会清除已调度的闹钟，需在BOOT_COMPLETED广播接收器中重新调度：
  • 在Manifest中添加权限：<uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED" />
  • 注册广播接收器监听开机完成事件，触发重新调度逻辑。
• 部分厂商的后台清理机制会主动清除APP闹钟，需引导用户将APP加入后台白名单（比如小米自启动管理、华为后台保护等）。

3. 优化调度逻辑 #

• 当前lastScheduledHour的判断存在漏洞：如果当前时间刚好等于notificationHours中的某个值，会直接跳过调度，导致当天的通知无法触发。需要调整nextAlarmHour逻辑，允许触发当前小时的通知，或增加判断逻辑确认当前时间是否在目标时间段内。
• 你的需求是时间段内发送通知而非固定整点，可以改为在时间段内随机生成触发时间，既避免整点系统调度压力，也更符合用户体验（比如9:00-11:00之间随机选一个时间发送）。

4. 用WorkManager做兜底 #

• 对于非绝对精确的定时任务，WorkManager是更可靠的选择，尤其是Android 12+的后台限制下。可以将AlarmManager用于精确触发，WorkManager作为 fallback，确保任务不会丢失。
• WorkManager的PeriodicWorkRequest支持重复间隔，且设备重启后会自动恢复任务，无需额外处理开机广播。

5. 优化通知权限与渠道配置 #

• 若为重要通知，将渠道IMPORTANCE设为IMPORTANCE_HIGH，确保APP在后台时也能弹出通知。
• 完善POST_NOTIFICATIONS权限的请求逻辑，用户授予权限后立即触发调度。

6. 避免PendingIntent重复覆盖 #

• 确保每次调度的PendingIntent唯一，比如用不同的requestCode区分不同时间段的通知。当前若使用同一个requestCode，新调度会覆盖旧的，导致之前的闹钟丢失。

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