cloud_firestore/permission-denied权限不足报错，规则配置正确如何解决？

问题定位 #

你配置的公开读写规则理论上不会触发权限报错，出现cloud_firestore/permission-denied优先排查以下问题：

• 规则未正式发布：Firebase控制台修改完规则后，需要点击页面上方的发布按钮才会生效，很多用户修改完规则后忘记发布，实际生效的还是旧的限制规则。
• 项目配置不匹配：你本地Flutter项目中配置的google-services.json（安卓端）、GoogleService-Info.plist（iOS端）对应的Firebase项目，和你修改规则的Firebase项目不是同一个，导致规则修改不生效。
• 本地权限缓存问题：客户端之前连接Firebase时缓存了旧的权限状态，或者开启了Firestore离线持久化时本地缓存了权限拒绝的状态。
• 额外安全限制：你是否在Firebase控制台开启了App Check等额外的访问限制，如果没有对应配置App Check校验，也会触发权限不足报错。

解决方案 #

按以下步骤逐一排查：

1. 进入Firebase控制台的Firestore规则页，确认你写的allow read, write: if true;规则已经发布成功，发布后规则页会显示当前生效的规则版本。
2. 核对本地Flutter项目的Firebase配置文件，确认包名、项目ID和你修改规则的Firebase项目完全一致，有问题重新下载配置文件替换到项目对应目录后重新编译运行。
3. 清空应用缓存重新运行测试，也可以临时加错误捕获打印完整报错信息确认原因：

loginAdmin() {
  FirebaseFirestore.instance.collection("admins").get().then((snapshot) {
    // 原有逻辑不变
  }).catchError((e) {
    print("Firestore报错详情：$e");
  });
}

4. 如果开启了App Check，要么完成客户端App Check配置，要么临时关闭App Check的Firestore访问限制测试是否正常。

额外提示：你当前的规则是全公开读写，非常不安全，测试完成后建议及时修改为符合业务逻辑的权限规则。另外你当前的登录逻辑是拉取所有admin数据到本地比对账号密码，会泄露所有管理员的账号密码信息，建议改为后台校验的逻辑，不要把全量敏感数据同步到客户端。

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