Flutter接FCM推送调原生通知，后台/终止态报MissingPluginException

MissingPluginException的核心原因是FCM的后台消息回调运行在完全独立于主App的后台Dart Isolate中：

• 前台运行时，消息回调跑在主Isolate内，你在App启动阶段注册的MethodChannel、对应的Android原生通道处理器和主Isolate是双向连通的，所以调用不会报错。很多开发者碰到这个错会下意识检查原生侧的MethodChannel注册代码，实际上前台能正常调用就说明原生侧实现是完全没问题的。
• 后台/杀进程状态下，系统会拉起专门的后台Isolate处理FCM消息，这个Isolate既没有继承主Isolate的通道连接上下文，也没有初始化对应的平台消息信使，直接调用之前写好的MethodChannel方法时，根本找不到对应的原生实现，自然抛出通道不存在的错误。

方案1（最稳定，优先推荐）：绕开Dart层后台回调，在Android原生侧直接处理FCM推送 #

完全不需要依赖Dart侧的onBackgroundMessageHandler来触发通知：

• 基于Android原生的FirebaseMessagingService实现消息接收逻辑，这个服务在App处于后台、终止状态时，会直接运行在Android系统进程中，完全不受Dart Isolate隔离机制的影响。
• 发送FCM推送时，只携带data字段，不要加notification字段：这种结构的推送不管App在什么状态，都会走到onMessageReceived回调，直接调用你已经写好的自定义通知展示逻辑即可，不会触发系统默认的FCM通知弹窗。
• 注意：如果推送携带了notification字段，App在后台/终止态时，系统会直接弹默认通知，不会走到自定义的消息接收回调，需要调整推送端的字段结构。

方案2：为后台Isolate单独初始化平台消息连接 #

如果你必须保留Dart侧的后台消息处理逻辑，需要手动打通后台Isolate和原生侧的通道：

1. 在主App的main函数最开头，全局持有默认的平台消息信使实例：

// 全局变量，存储主Isolate的Messenger引用
late final BinaryMessenger rootMessenger;

void main() {
  WidgetsFlutterBinding.ensureInitialized();
  // 获取主Isolate的Messenger实例存下来
  rootMessenger = ServicesBinding.instance.defaultBinaryMessenger;
  runApp(MyApp());
}

2. 在后台消息处理器的最开头，优先初始化后台Isolate的消息绑定，再调用通道方法：

static Future onBackgroundMessageHandler(Map<String, dynamic> message) async {
  // 必须第一行执行，把主Isolate的Messenger绑定到当前后台Isolate
  BackgroundIsolateBinaryMessenger.ensureInitialized(rootMessenger);
  
  if (message['data'] != null) {
    dynamic data = message['data'];
    print("Receive notification in background");
    NotificationHandler.showNotification(Map<String, dynamic>.from(data));
  }
  return Future<void>.value();
}

注意：这种方案的稳定性一般，后台Isolate可能被系统随时回收，偶尔还是会出现通道断开的问题，对通知时效性、可靠性要求高的场景不推荐。

方案3：使用成熟的通知插件替代手写MethodChannel #

可以直接使用官方维护的flutter_local_notifications插件实现自定义通知逻辑，这个插件已经提前处理了不同Isolate下的通信绑定问题，不需要自己手写原生通知代码、也不需要手动初始化后台通道，在前台、后台、杀进程状态下的通知展示逻辑统一，可靠性更高。 #

• 不要在每次调用showNotification时才创建MethodChannel实例，应该把MethodChannel定义为全局常量，避免重复创建带来的通道初始化异常。
• 后台消息处理逻辑里不要依赖任何主Isolate的全局上下文、状态变量，因为两个Isolate的内存是完全隔离的，跨Isolate的状态访问也会出现无响应或者崩溃问题。

内容的提问来源于stack exchange，提问作者Luís Campos