Flutter集成Firebase：APP关闭时通知失效及跳转异常问题

这两个问题没有直接关联，分别属于「Firestore实时监听的后台存活逻辑」和「通知点击的路由跳转配置」两个独立模块的问题，可分开排查。

问题1：APP完全关闭/断开调试后无法实时接收通知，重连批量推送的排查方向 #

• 改用云端主动推送替代本地监听：
  APP完全关闭后，Flutter进程会终止，本地的Firestore实时监听也会停止，无法实时感知云端变更。你当前的逻辑依赖APP进程存活来监听，稳定性不足。正确方案是用Firebase Cloud Functions配合FCM：写一个Cloud Function，监听Firestore目标字段更新为done的事件，直接调用FCM API给目标设备发送推送通知。这种方式不依赖APP进程，即使APP被杀死也能收到系统级通知。
• 排查Android后台权限限制：
  国产ROM（小米、华为、OPPO等）对后台进程管控严格，哪怕你配置了AndroidManifest.xml，仍需引导用户开启「自启动权限」「后台运行权限」。如果坚持用本地监听，需要借助flutter_background_service这类插件创建后台服务维持监听，但这种方式在部分ROM下仍可能被系统杀死，不如云端推送可靠。
• 确认Firestore离线缓存行为：
  重连后批量收到通知，是因为Firestore的离线缓存保存了APP断开期间的变更记录，APP重启后同步缓存并触发了你的通知逻辑。这也侧面证明你的监听逻辑是基于本地缓存同步，而非实时云端推送，进一步说明需要切换到FCM主动推送方案。

问题2：点击通知无法跳转到NewScreen的排查方向 #

• 检查通知插件的点击回调配置：
  如果你用的是flutter_local_notifications，务必在初始化时设置onNotificationOpenedHandler回调，在回调内处理路由跳转。示例代码：

  FlutterLocalNotificationsPlugin().initialize(
    InitializationSettings(
      android: AndroidInitializationSettings('@mipmap/ic_launcher'),
    ),
    onNotificationOpened: (NotificationResponse response) async {
      // 确保上下文可用，可通过GlobalKey获取NavigatorState
      Navigator.of(navigatorKey.currentContext!).pushNamed('/newScreen');
    },
  );
  

• 验证Android端PendingIntent参数：
  Android 12+要求PendingIntent设置FLAG_IMMUTABLE或FLAG_MUTABLE标记，同时要给PendingIntent添加FLAG_ACTIVITY_NEW_TASK，避免因上下文缺失无法启动页面。如果是通过原生代码配置通知，需确认这些参数是否正确设置。
• 检查路由注册与Activity启动模式：
  确认NewScreen已在MaterialApp的routes中注册：

  MaterialApp(
    routes: {
      '/newScreen': (context) => NewScreen(),
    },
  );
  

  同时检查AndroidManifest.xml中MainActivity的启动模式，若设置了singleInstance或singleTask，可能会拦截新页面跳转，可尝试改为singleTop或默认模式。

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