Flutter终止态通知二次运行失效，求助排查是Flutter还是API问题

结论先行 #

基本可以排除Flutter框架问题，问题大概率出在Firebase Messaging的客户端集成或状态残留上——首次运行正常说明Flutter与原生的桥接逻辑是通的，二次运行的异常更偏向于Firebase Messaging的初始化、后台服务状态或令牌注册问题。

具体分析与排查方向 #

1. 检查_messaging实例一致性
   你的代码中使用了FirebaseMessaging.instance.getInitialMessage()，但_messaging变量未明确展示初始化逻辑。如果_messaging不是直接引用FirebaseMessaging.instance，而是自定义实例，二次运行时可能出现实例状态异常，导致通知配置失效。确保_messaging的初始化是：

   final _messaging = FirebaseMessaging.instance;
   

2. 缺失终止态消息处理回调
   当前代码仅获取了启动时的初始消息（getInitialMessage()），但未注册后台消息处理回调。Android终止态下的通知依赖FirebaseMessaging.onBackgroundMessage来维持服务上下文，二次运行时可能因为没有注册该回调，导致后台服务无法正确启动，进而报错。添加以下代码：

   // 后台消息处理回调（必须是顶级函数）
   Future<void> firebaseBackgroundMessageHandler(RemoteMessage message) async {
     await Firebase.initializeApp();
     // 可在这里添加通知处理逻辑，比如本地通知展示
   }
   
   // 在初始化流程中注册
   FirebaseMessaging.onBackgroundMessage(firebaseBackgroundMessageHandler);
   

3. 排查Firebase令牌状态
   二次运行时，打印Firebase令牌看是否正常获取：

   String? token = await FirebaseMessaging.instance.getToken();
   print("Firebase Token: $token");
   

   如果令牌获取失败或为空，说明Firebase Messaging的注册流程异常，这会直接导致通知无法送达。

4. 查看原生日志定位错误
   打开Android Studio的Logcat，过滤FirebaseMessaging标签，查看二次运行终止时的具体错误日志——终端的错误提示往往不够详细，原生日志能明确是服务注册失败、令牌更新异常还是权限问题。

5. 清除应用数据测试
   若上述排查无结果，尝试清除应用数据后重新运行：二次运行的异常可能是应用本地存储的Firebase状态残留导致的，清除数据后可重置初始状态，验证是否恢复正常。

补充说明 #

你已尝试重启电脑和Android Studio，这类操作对应用本地状态或Firebase服务的残留问题无效，重点还是要从Firebase Messaging的集成逻辑和应用状态入手排查。

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