如何用Alarm Manager或Flutter Local Notifications实现同日多时段通知调度？

核心问题根源 #

• 使用相同的requestCode（android_alarm_manager_plus）或相同的通知ID（flutter_local_notifications）会导致新的调度直接覆盖旧的
• 后台运行场景下，Android的Doze模式或App Standby机制可能限制闹钟触发，需要针对性适配

针对flutter_local_notifications的解决方案 #

1. 为每个通知分配唯一ID
   调度多条通知时，必须确保每个通知的id参数唯一，可通过时间戳递增、业务序号等方式生成：

   // 示例：用当前时间戳生成唯一通知ID
   int notificationId = DateTime.now().millisecondsSinceEpoch % 10000;
   await flutterLocalNotificationsPlugin.zonedSchedule(
     notificationId,
     '时段提醒',
     '预设时间到了',
     scheduledTime, // 当前要调度的具体时间
     NotificationDetails(android: AndroidNotificationDetails('channel_id', 'channel_name')),
     androidAllowWhileIdle: true, // 允许Doze模式下触发
     uiLocalNotificationDateInterpretation: UILocalNotificationDateInterpretation.absoluteTime,
   );
   

2. 申请精确闹钟权限（Android 12+）
   在AndroidManifest.xml中添加必要权限：

   <uses-permission android:name="android.permission.SCHEDULE_EXACT_ALARM" />
   <uses-permission android:name="android.permission.USE_EXACT_ALARM" />
   <uses-permission android:name="android.permission.WAKE_LOCK" />
   

   同时在代码中动态请求权限：

   if (Platform.isAndroid) {
     final androidPlugin = flutterLocalNotificationsPlugin.resolvePlatformSpecificImplementation<AndroidFlutterLocalNotificationsPlugin>()!;
     await androidPlugin.requestExactAlarmPermission();
   }
   

针对android_alarm_manager_plus的解决方案 #

1. 使用唯一的requestCode
   每次设置闹钟时，传入不同的requestCode，避免覆盖已有调度：

   // 示例：用微秒级时间戳作为唯一requestCode
   int requestCode = DateTime.now().microsecondsSinceEpoch;
   await AndroidAlarmManager.oneShotAt(
     scheduledTime,
     requestCode,
     alarmCallback,
     exact: true,
     wakeup: true, // 唤醒设备执行回调
     allowWhileIdle: true, // 忽略Doze模式限制
   );
   

2. 回调函数适配后台运行
   确保回调函数是顶级函数或静态方法，避免因对象销毁导致回调失效：

   // 顶级回调函数示例：触发通知
   void alarmCallback(int id) async {
     final flutterLocalNotificationsPlugin = FlutterLocalNotificationsPlugin();
     await flutterLocalNotificationsPlugin.show(
       id,
       '闹钟触发',
       '预设时段提醒',
       NotificationDetails(android: AndroidNotificationDetails('channel_id', 'channel_name')),
     );
   }
   

额外注意事项 #

• 禁止重复使用ID/requestCode，建议用时间戳、业务唯一标识生成
• 若需长期后台稳定触发，可通过前台服务提升App优先级，避免被系统杀死
• 测试时需关闭App后台优化，确保调度逻辑正常执行

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