Cloud Firestore出现权限缺失/不足错误：未修改规则却触发问题

嘿，碰到这个权限报错别慌！虽然你说没修改过Firestore规则，而且用的是仅允许已认证用户访问的标准配置，但咱们可以一步步排查：

• 先确认当前生效的规则是否正确
  有时候可能规则部署没生效，或者不小心被其他操作改动了。打开Firebase控制台的Firestore「规则」标签页，确认规则确实是你预期的标准配置：

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

  如果没问题，也可以尝试重新部署一次规则，清除可能的缓存：

  firebase deploy --only firestore:rules
  

• 检查请求发起时的用户认证状态
  标准规则要求请求必须来自已认证用户，所以要确认：

  • 你的应用是不是在用户完成认证后才发起Firestore请求？比如用onAuthStateChanged监听认证状态，确保拿到有效用户后再执行读写操作；
  • 用户的认证会话有没有过期？比如ID Token失效，这时候前端可能还显示登录状态，但后端已经无法识别；
  • 可以临时在规则里添加调试日志（测试完记得删掉），查看请求时的request.auth状态：

    allow read, write: if request.auth != null && debug(request.auth);
    

    然后去Firebase控制台的「规则」标签页查看日志，确认请求时的用户认证信息是否正常。

• 验证请求路径是否匹配规则范围
  有没有可能请求的集合/文档路径不在规则覆盖范围内？比如标准规则用/{document=**}覆盖所有路径，但如果你的代码里写错了路径（比如拼写错误的集合名），也可能触发权限报错。核对下代码里的Firestore路径和控制台里的集合名称是否一致。

• 用安全规则模拟器测试
  打开Firebase控制台的Firestore「规则」标签页，使用内置的模拟器：模拟一个已认证用户，发起和你应用里一样的读写请求，看看能不能通过规则校验。模拟器能直观显示规则是否允许该请求，帮你定位问题。

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