Firestore登录前校验邮箱存在性：权限问题及解决方案咨询

看起来你遇到了Firestore权限规则和数据结构搭配的双重问题，我来帮你拆解并给出最佳解决方案：

问题根源分析 #

你的权限拒绝警告本质是两个核心问题叠加导致的：

1. 未认证状态下的查询限制：当前规则要求request.auth != null才能读写数据，但用户点击登录按钮时还未完成身份认证，request.auth处于null状态，直接触发了权限拦截。
2. 数据结构与规则不匹配：规则里的user == request.auth.uid是要求文档ID等于用户的认证UID，但从你注册保存User的逻辑来看，大概率是用了Firestore自动生成的随机文档ID，而非用户UID，这不仅会导致登录前的查询失败，后续用户登录后也无法正常访问自己的文档。

最佳解决方案 #

第一步：修正数据结构（核心前提） #

注册时，将用户文档的ID设置为Firebase Auth返回的用户UID，让文档ID和用户身份强绑定，这样规则里的权限校验才能精准生效。

注册代码需要调整成类似这样：

// 假设你已经通过Firebase Auth完成了用户账号创建
val currentAuthUser = FirebaseAuth.getInstance().currentUser
currentAuthUser?.let { authUser ->
    val newUser = User(
        name = "输入的用户名",
        email = authUser.email ?: "",
        standard = "输入的年级",
        formNum = "输入的表单编号"
    )
    // 使用用户UID作为文档ID，而非自动生成ID
    db.collection(User.USERS_DB_NAME)
        .document(authUser.uid)
        .set(newUser)
        .addOnSuccessListener { 
            // 注册成功后的逻辑，比如跳转登录页
        }
}

第二步：调整Firestore规则，安全支持邮箱查询 #

我们需要给未认证用户开放仅邮箱精确匹配的查询权限，同时严格限制查询范围，避免数据泄露。修改后的规则如下：

service cloud.firestore {
  match /databases/{database}/documents {
    match /users/{user} {
      // 未认证用户仅允许执行email字段的精确匹配查询
      allow read: if request.auth == null 
                  && request.query.where("email", "==", resource.data.email);
      // 已认证用户仅能读写自己UID对应的文档
      allow read, write: if request.auth != null && user == request.auth.uid;
    }
  }
}

这个规则的优势：

• 未认证用户只能查询指定邮箱的存在性，无法获取其他用户数据，也不能执行列表、模糊匹配等其他查询。
• 已认证用户只能访问自己的文档，最大限度保证数据安全。

备选方案（无需修改数据结构时） #

如果暂时不想调整文档ID，也可以通过字段匹配来实现权限控制，但安全性稍弱（比如用户邮箱可能变更）：

service cloud.firestore {
  match /databases/{database}/documents {
    match /users/{user} {
      // 未认证用户仅允许email精确查询；已认证用户仅能访问自己邮箱对应的文档
      allow read: if (request.auth == null 
                  && request.query.where("email", "==", resource.data.email))
                  || (request.auth != null && resource.data.email == request.auth.token.email);
      allow write: if request.auth != null && resource.data.email == request.auth.token.email;
    }
  }
}

额外建议 #

为了避免客户端规则被恶意绕过，建议在Firebase Functions中再做一层邮箱唯一性校验，作为后端兜底逻辑。

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