如何在Flutter Isolate/后台服务中持久化变量值并处理通知动作

核心问题在于跨Isolate场景下全局变量无法共享，而AwesomeNotifications的payload字段正是为这种场景设计的——它可以将关键数据绑定到通知本身，在回调中直接读取，完全不需要依赖全局变量或SharedPreferences。

具体解决方案步骤： #

1. 发送通知时将记录ID存入payload

修改showNotification方法，新增参数接收记录ID，并将其写入通知的payload中：

@pragma('vm:entry-point')
Future<void> showNotification(String title, String body, String requestVehicleChangeId) async {
  bool isAllowed = await AwesomeNotifications().isNotificationAllowed();

  await AwesomeNotifications().createNotification(
      content: NotificationContent(
          id: -1,
          channelKey: 'alerts',
          title: title,
          body: body,
          bigPicture: '',
          largeIcon: '',
          notificationLayout: NotificationLayout.BigPicture,
          payload: {
            'notificationId': '1234567890',
            'requestVehicleChangeId': requestVehicleChangeId // 存入记录ID
          }),
      actionButtons: [
        NotificationActionButton(
            key: rejectKey,
            label: rejectLabel,
            actionType: ActionType.SilentAction,
            isDangerousOption: true),
        NotificationActionButton(
            key: approveKey,
            label: approveLabel,
            actionType: ActionType.SilentAction)
      ]
  );
}

2. 调用通知时传入记录ID

在MQTT消息监听的回调中，调用showNotification时传入_requestVehicleChangeId：

// MqttHelper().getClient().updates!.listen(...) 内部
showNotification('BARACO Notification', notifTxt, _requestVehicleChangeId);

3. 在通知动作回调中读取payload里的ID

直接从ReceivedAction对象的payload中取出记录ID，执行对应的API操作：

@pragma('vm:entry-point')
Future<void> onActionReceived(ReceivedAction receivedAction) async {
  // 从payload中获取记录ID
  String? requestId = receivedAction.payload?['requestVehicleChangeId'];
  
  if (requestId == null) return;

  // 根据按钮执行对应操作
  if (receivedAction.buttonKeyPressed == approveKey) {
    // 同意操作的API调用
    await RequestVehicleChangeApiHelper().approveRequest(requestId);
  } else if (receivedAction.buttonKeyPressed == rejectKey) {
    // 拒绝操作的API调用
    await RequestVehicleChangeApiHelper().rejectRequest(requestId);
  }
}

为什么之前的方案不行？ #

• 全局变量跨Isolate隔离：服务Isolate和通知回调所在的Isolate拥有独立的内存空间，全局变量_requestVehicleChangeId在两个Isolate中是完全独立的实例，回调自然读不到值。
• SharedPreferences异步延迟：SharedPreferences的写入是异步操作，可能在用户点击通知时还未完成持久化，导致读取失败。

而payload是通知的一部分，会随通知一起被系统存储和传递，是跨Isolate传递数据最可靠的方式。

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