Flutter中FirebaseMessaging.getToken()同设备多账号返回相同token咨询

问题核心原因 #

await FirebaseMessaging.instance.getToken() 返回的本来就是应用安装实例+设备维度的唯一标识，设计上就不跟应用内的业务账号绑定，同设备同应用下不管切换多少个业务账号，拿到的token默认都是同一个，这是符合FCM设计逻辑的，不是接口bug。

要适配同设备多账号场景，不需要修改token生成逻辑，在业务层做绑定隔离即可，具体方案如下： #

可落地实现方案 #

• 把token和账号的绑定关系放在自有业务后端维护
  不要试图让FCM本身区分业务账号，所有映射关系自行维护：

1. 应用初始化、监听到FirebaseMessaging.instance.onTokenRefresh返回新token时，先判断本地是否有已登录的业务账号，如果有就把当前FCM token和对应账号ID上报到业务后端存储，建立映射关系
2. 用户切换账号时：如果是单账号登录逻辑（同一时间只能有一个账号处于登录态），先调用后端接口删除旧账号和当前token的绑定关系，再建立新登录账号和当前token的绑定；如果是多账号留存逻辑（同设备可保留多个账号登录态、随时切换），就维护当前token和所有已登录账号的映射，同时标记当前处于活跃前台的账号ID
3. 用户主动退出账号时，第一时间调用接口解除该账号和当前设备token的绑定，避免串消息

• 客户端加推送内容校验做兜底
  所有推送的payload里必须带上目标业务账号的唯一标识，客户端收到推送、准备展示通知前先做校验：如果当前前台活跃账号/本地已登录账号列表里不包含推送里的目标账号ID，直接拦截不展示通知，从端侧避免账号切换间隙的串消息问题。
• 不要遗漏token刷新的场景
  FCM token不是永久不变的，应用重装、清除应用数据、FCM服务端主动轮换都会导致token变更，必须监听onTokenRefresh流，token变更时及时更新后端的绑定关系，避免推送丢失。

核心逻辑参考代码 #

/// 初始化FCM和账号绑定的统一逻辑
void initFCMBinding() {
  // 首次启动获取初始token做绑定
  FirebaseMessaging.instance.getToken().then((token) {
    final currentUid = AuthService.currentUserId;
    if (token != null && currentUid != null) {
      // 调用自有业务接口绑定token和用户ID
      UserApi.bindFCMToken(token: token, userId: currentUid);
    }
  });

  // 监听token刷新，及时更新绑定关系
  FirebaseMessaging.instance.onTokenRefresh.listen((newToken) {
    final currentUid = AuthService.currentUserId;
    if (currentUid == null) return;
    // 先清除旧token绑定，再绑定新token
    UserApi.unbindOldFCMToken(userId: currentUid);
    UserApi.bindFCMToken(token: newToken, userId: currentUid);
  });

  // 监听应用内账号登录态变化
  AuthService.authStateChanges.listen((newUid) async {
    final currentToken = await FirebaseMessaging.instance.getToken();
    if (currentToken == null) return;
    if (newUid == null) {
      // 账号退出，解绑对应关系
      UserApi.unbindFCMToken(
        token: currentToken,
        userId: AuthService.previousUserId,
      );
    } else {
      // 新账号登录，建立绑定
      UserApi.bindFCMToken(token: currentToken, userId: newUid);
    }
  });
}

注意：不要尝试自行修改或生成不同的FCM token给不同账号，FCM token的作用是让FCM服务定位到具体设备上的具体应用安装实例，本身不承载业务账号属性，所有账号维度的隔离都在业务层实现是官方推荐的标准方案。

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