Flutter Firebase用户属性'uid'空安全报错及数据保存方案咨询

问题根源 #

你代码里的User? user是可空类型，直接访问user.uid会触发空安全报错；同时原代码未实现注释里提到的“重复用户检查”逻辑，容易造成数据冗余。

完整解决方案 #

下面的代码既解决空安全问题，又实现用户存在性校验，同时安全获取用户数据：

FirebaseAuth auth = FirebaseAuth.instance;
User? user = FirebaseAuth.instance.currentUser;
CollectionReference users = FirebaseFirestore.instance.collection('users');

Future<void> addUser(BuildContext context) async {
  // 1. 校验用户是否已登录，拦截空值
  if (user == null) {
    print("用户未登录，请先完成登录");
    return;
  }

  // 2. 检查用户是否已存在于Firestore（通过uid唯一标识）
  final existingUserDoc = await users.doc(user.uid).get();
  if (existingUserDoc.exists) {
    // 用户已存在，直接跳转到目标页面
    Navigator.pushReplacementNamed(context, LocationScreen.id);
    return;
  }

  // 3. 用户不存在，安全写入数据
  try {
    await users.add({
      'uid': user.uid,
      // 对可空字段提供默认值，避免存储null
      'mobile': user.phoneNumber ?? '未绑定手机号',
      'email': user.email ?? '未绑定邮箱'
    });
    Navigator.pushReplacementNamed(context, LocationScreen.id);
  } catch (error) {
    print("添加用户失败: $error");
  }
}

关键修改说明 #

• 空安全处理：开头增加user == null的判断，确保后续访问user.uid等属性时，user一定不为null；对本身可空的phoneNumber和email，用??设置默认值，避免Firestore存储null值。
• 重复用户校验：通过users.doc(user.uid).get()查询用户是否已存在（用uid作为文档ID更高效，也可以改为查询集合中uid字段是否匹配，根据你的业务需求调整），避免重复添加数据。
• 代码可读性优化：用async/await替代then/catchError，逻辑更清晰，便于调试和维护。

可选优化建议 #

如果你的场景中addUser只会在用户登录后调用，也可以直接用user!断言（比如user!.uid），但不推荐——显式的null检查更安全，能避免意外场景下的崩溃。

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