基于Firebase Auth用户ID的Firestore文档ID安全规则问询

当然可以实现！Firebase安全规则完全能帮你把这个权限控制逻辑落地，下面给你具体的实现思路和代码示例：

核心思路 #

我们可以在安全规则中同时获取当前认证用户的UID（request.auth.uid）和要创建的文档ID（规则中的docId变量），通过对比两者的关联关系来判断是否允许创建操作。

具体规则示例（以Firestore为例） #

假设你的目标集合是user-specific-docs，文档ID采用{用户UID}-{自定义后缀}的格式（比如AAA-1），对应的安全规则如下：

rules_version = '2';
service cloud.firestore {
  match /databases/{database}/documents {
    // 针对目标集合的权限规则
    match /user-specific-docs/{docId} {
      // 仅允许已认证用户创建文档，且文档ID的前缀必须是自身的Auth UID
      allow create: if request.auth != null && docId.split('-')[0] == request.auth.uid;
      
      // 可选：如果需要限制该文档的读取/更新/删除权限，也可以沿用同样的判断逻辑
      allow read, update, delete: if request.auth != null && docId.split('-')[0] == request.auth.uid;
    }
  }
}

规则逻辑解释 #

• request.auth != null：确保请求来自已完成Firebase认证的用户，未登录用户直接被拒绝
• docId.split('-')[0] == request.auth.uid：将文档ID按-分割，取第一部分与当前用户的UID对比——只有当两者一致时，才允许创建操作

场景验证 #

• 用户AAA创建文档IDAAA-1：分割后第一部分是AAA，与自身UID匹配，操作被允许
• 用户AAA尝试创建文档IDBBB-2：分割后第一部分是BBB，与自身UID不符，操作被禁止

灵活调整适配不同格式 #

如果你的文档ID格式不是UID-后缀，可以根据实际情况修改判断逻辑：

• 如果文档ID就是用户UID本身：直接用docId == request.auth.uid即可
• 如果UID在文档ID的末尾（比如1-AAA）：调整分割后的索引为docId.split('-')[1] == request.auth.uid

测试建议 #

写完规则后，建议用Firebase控制台的规则模拟器测试不同场景：模拟已登录的AAA用户尝试创建BBB前缀的文档，验证是否会被拦截，确保规则生效。

内容的提问来源于stack exchange，提问作者ともこ