Flutter使用Provider从Firestore取布尔值时触发Provider.of<dynamic>错误

• 直接触发Tried to call Provider.of<dynamic>的元凶：代码里写的Provider.of(context, listen: false).collection('Users')没有传泛型参数，Provider根本不知道要获取什么实例，只能默认按dynamic类型处理，自然抛出对应报错。而且这行逻辑本身就存在错位——要调用Firebase的集合查询方法，本来就不该从通用Provider里无目标地找对象，找不到就会直接触发类型错误。
• 为什么isAdmin字段读不出来：_getProfileData方法的返回链路是断的。你在.then的回调里只是给外部的user变量赋值，整个async方法根本没有return任何内容，FutureBuilder拿到的snapshot.data永远是null，哪怕后面写了snapshot.data['isAdmin']，本质上是在null上做取值操作，根本拿不到有效值。
• 冗余操作额外增加出错概率：已经把authNotifier作为参数传进方法了，还在方法内部重新Provider.of<AuthNotifier>(context)取一次，属于完全多余的操作，还容易因为context的依赖时机问题触发其他报错。

1. 替换无类型的Provider调用，正确获取Firebase实例
   直接用Firebase SDK的全局实例即可；如果项目要求通过Provider统一注入Firestore实例，必须写全泛型——即Provider.of<FirebaseFirestore>(context, listen: false)，绝对不能留空泛型让Provider自行推断目标类型。
2. 理顺_getProfileData的返回逻辑，让方法真正把解析好的用户数据返回给FutureBuilder
3. 不要手动从查询结果里抠字段赋值，直接复用已经写好的User.fromFirestore工厂方法做解析，避免自己处理类型匹配、空值判断的冗余工作。

修复后的_getProfileData方法：

// 明确方法返回值类型为User，保证FutureBuilder能拿到正确的快照数据
Future<User> _getProfileData(AuthNotifier authNotifier) async {
  // 直接复用传入的authNotifier实例取uid，不再重复走Provider获取
  final uid = await authNotifier.getCurrentUID();
  
  // 旧版cloud_firestore SDK请把这里替换为Firestore.instance，.doc(uid)替换为.document(uid)
  final userDoc = await FirebaseFirestore.instance
      .collection('Users')
      .doc(uid)
      .get();
  
  // 直接复用已封装好的工厂方法解析数据，无需手动给user.isAdmin赋值
  return User.fromFirestore(userDoc);
}

修复后的FutureBuilder消费逻辑：

FutureBuilder<User>(
  future: _getProfileData(authNotifier),
  builder: (context, snapshot) {
    // 先处理加载状态，不要上来就判断done
    if (snapshot.connectionState == ConnectionState.waiting) {
      return const Center(child: CircularProgressIndicator());
    }
    // 处理请求错误的分支
    if (snapshot.hasError) {
      return Center(child: Text('加载用户信息失败，请稍后重试'));
    }
    // 正确拿到解析后的User对象，isAdmin字段可直接读取
    final currentUser = snapshot.data;
    final _isAdmin = currentUser?.isAdmin ?? false;

    return Container(
      child: Column(
        children: <Widget>[
          adminFeature(),
        ],
      ),
    );
  },
)

• 整个问题和Firestore读取布尔值的能力无关，Firestore本身对布尔类型的读写是强类型支持的，只要解析路径正确，不会出现字段读不出来的情况。之前的异常全是Provider类型缺失、返回链路断裂导致的。
• 不要把Firebase查询逻辑直接绑在FutureBuilder的future参数上，不然每次页面重建、热重载都会重复发起Firebase请求，浪费流量与数据库配额。等用户数据拿到后，可以通过Provider把User状态注入Widget树，后续要判断管理员权限直接从Provider读取即可，无需重复请求。

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