Flutter Android设备重启后重新调度通知的实现注意事项

针对你用android_alarm_manager_plus实现设备重启后通知重调度的需求，以下是必须注意的核心要点：

1. 配置必要的Android权限与组件 #

在android/app/src/main/AndroidManifest.xml中必须添加以下配置，否则系统不会触发开机后的alarm回调：

• 添加开机广播接收权限：

  <uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED" />
  

• 添加唤醒锁权限（适配你设置的wakeup: true，确保设备被唤醒执行回调）：

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

• 注册android_alarm_manager_plus的广播接收器（放在<application>标签内）：

  <receiver
      android:name="com.ryanheise.android_alarm_manager.AlarmManagerBroadcastReceiver"
      android:enabled="true"
      android:exported="false" />
  

• 针对Android 13+，还需要申请通知权限：

  <uses-permission android:name="android.permission.POST_NOTIFICATIONS" />
  

2. 确保Alarm的持久化与初始化时机 #

• 你代码中设置的rescheduleOnReboot: true是核心，它告诉系统在设备重启后重新触发这个one-shot alarm。必须保证AndroidAlarmManager.initialize()在应用启动时被正确调用，你的main函数中已经在setupBootListener里完成了这一步，时机是对的（在WidgetsFlutterBinding.ensureInitialized()之后）。
• 注意：这个one-shot alarm仅用于触发重调度逻辑，设置1秒延迟合理，但要确保alarm ID（这里是0）全局唯一，避免和其他alarm冲突。

3. 回调函数的线程安全与独立性 #

android_alarm_manager_plus的回调是在独立的隔离线程中执行的，这意味着：

• 不能直接使用UI线程中的实例对象（比如你代码中notificationService的实例方法rescheduleNotifications），因为隔离线程无法访问主线程的实例状态，会导致运行时错误。
• 解决方案：将rescheduleNotifications改为static方法或顶层函数，在方法内部重新初始化所需的服务：

  // 修改NotificationService中的方法为static
  static Future<void> rescheduleNotifications() async {
    // 重新初始化本地通知插件
    final FlutterLocalNotificationsPlugin flutterLocalNotificationsPlugin = FlutterLocalNotificationsPlugin();
    await flutterLocalNotificationsPlugin.initialize(
      InitializationSettings(
        android: AndroidInitializationSettings('@mipmap/ic_launcher'),
      ),
    );
    
    // 从本地存储读取之前保存的通知配置（比如SharedPreferences、Isar等）
    final prefs = await SharedPreferences.getInstance();
    List<String>? savedNotifications = prefs.getStringList('scheduled_notifications');
    
    // 根据配置重新调度所有通知
    if (savedNotifications != null) {
      for (String notificationJson in savedNotifications) {
        // 解析并调度通知
        // ...
      }
    }
  }
  

  然后在setupBootListener中调用这个static方法：

  await AndroidAlarmManager.oneShot(
    Duration(seconds: 1),
    0,
    NotificationService.rescheduleNotifications,
    wakeup: true,
    rescheduleOnReboot: true,
  );
  

4. 本地通知配置的持久化 #

要实现重启后重调度，必须提前将所有已调度的通知配置（触发时间、内容等）保存到本地存储（如SharedPreferences、Isar、Hive）。rescheduleNotifications方法需要读取这些配置，再重新调用通知调度API。

5. 适配Android后台限制与厂商省电策略 #

• Android 12+（API 31+）对后台alarm有更严格的限制，确保你的targetSdkVersion符合要求，避免在后台频繁触发alarm。
• 部分国产厂商（小米、华为、OPPO等）的省电模式会默认禁止应用开机自启或后台alarm，需要引导用户将应用加入电池优化白名单或自启权限列表，否则重调度逻辑可能无法触发。

6. 测试验证 #

• 在真机上测试重启场景，不要依赖模拟器（部分模拟器的开机广播行为与真机不一致）。
• 测试省电模式下的重启情况，确保重调度逻辑能正常执行。

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