Firestore权限错误排查：无法获取用户所属咖啡馆文档的问题

AI 小北

2026-5-20

我帮你排查下这个权限问题，你的Firestore规则里有几个关键小错误导致了报错：

1. 不该用`get()`来判断文档是否存在

当你用get()去请求一个不存在的文档时，Firestore不会返回null，而是直接抛出权限不足的错误。正确的做法是用exists()函数来检查该文档是否存在，它会返回布尔值，这样规则才能正确判断权限。

2. 规则的路径匹配结构有点混乱

你外层写了match /cafes，然后嵌套match /{cafe}，虽然最终能匹配到单个咖啡馆文档，但这种写法容易出错，而且外层的allow read: if request.auth.uid != null会让任何登录用户都能读取整个cafes集合的基础信息，这显然不符合你“只能读自己所在咖啡馆”的需求。

修正后的规则代码

service cloud.firestore {
  match /databases/{db}/documents {
    // 直接匹配单个咖啡馆文档
    match /cafes/{cafeId} {
      // 条件：用户已登录，且该咖啡馆的participants子集合里有对应用户UID的文档
      allow read: if request.auth != null && exists(/databases/$(db)/documents/cafes/$(cafeId)/participants/$(request.auth.uid));
    }
  }
}

额外要注意的细节

先确认你的数据结构是不是cafes/{咖啡馆ID}/participants/{用户UID}这种形式——也就是每个咖啡馆下有个participants子集合，里面的文档ID就是用户的UID。如果你的participants是咖啡馆文档里的一个数组字段（比如participants: ["xxx123", "yyy456"]），那规则得改成这样：
```
allow read: if request.auth != null && request.auth.uid in resource.data.participants;
```
如果你是查询整个cafes集合（不是单个文档），Firestore要求查询条件必须和规则条件对应上。比如用数组字段的话，查询要加where("participants", "array-contains", 当前用户UID)；如果是子集合的形式，集合查询没法直接过滤，这时候建议把用户UID加到咖啡馆文档的字段里，方便规则和查询配合。