配置Firestore规则request.auth.uid == id后无法读写，原因何在？

我来帮你分析下这个问题，这种情况我碰到过好几次，常见的原因大概有这几个，你可以逐一排查：

• 文档ID与用户UID不匹配
  这是最容易踩的坑：你以为用了request.auth.uid作为文档ID，但实际创建文档时可能用了Firestore自动生成的随机ID（比如调用addDoc()方法），而不是手动指定ID为当前用户的UID。
  修复方式很简单：创建用户文档时，一定要明确把文档ID设为当前用户的UID。比如Web端代码应该是这样的：

  import { doc, setDoc } from "firebase/firestore";
  import { getAuth } from "firebase/auth";
  
  const auth = getAuth();
  const currentUser = auth.currentUser;
  
  if (currentUser) {
    await setDoc(doc(db, "users", currentUser.uid), {
      name: "你的名字",
      email: currentUser.email
      // 其他用户数据
    });
  }
  

• 用户未完成认证流程
  你的规则依赖request.auth，如果用户还没登录（或者认证状态过期、失效），request.auth会是null，自然无法通过request.auth.uid == id的校验。
  排查方法：在执行读写操作前，先确认当前用户是否存在。比如Web端可以打印getAuth().currentUser，看是不是有值；如果是移动端，也要检查当前用户会话是否有效。

• 规则结构或路径匹配错误
  有时候规则的层级写错了，导致匹配不到/users/{id}路径。比如外层规则可能限制了全局访问，或者你把match /users/{id}放在了错误的位置。
  正确的规则结构应该是这样的：

  rules_version = '2';
  service cloud.firestore {
    match /databases/{database}/documents {
      match /users/{id} {
        allow read, write: if request.auth != null && request.auth.uid == id;
      }
    }
  }
  

  这里建议加上request.auth != null的判断，避免当request.auth为null时触发不必要的错误判断，逻辑也更清晰。

• 规则缓存或生效延迟
  有时候你修改了规则并发布，但Firestore的规则可能需要几分钟才能全局生效，尤其是第一次修改规则的时候。如果是本地开发，也可能是模拟器缓存了旧规则。
  解决办法：发布规则后等待2-3分钟再测试；如果用模拟器，重启模拟器或者清除本地缓存后再试。

• 模拟器测试未设置认证信息
  如果你用Firebase模拟器测试读写操作，一定要手动设置认证用户的UID，否则request.auth会是null，规则校验肯定不通过。
  操作方式：在模拟器的测试界面里，勾选“Authenticated”选项，然后填入你要测试的UID，确保这个UID和你要读写的文档ID完全一致。

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