Cloud Firestore安全规则突然失效，仅登录条件正常，求助排查

首先，包更新确实有可能引发这类问题，但更大概率是规则逻辑与查询行为的匹配问题、字段类型/取值异常，或者规则细节变更，以下是具体排查步骤：

• 验证查询与规则的匹配性：Firestore的查询安全规则是预过滤评估，如果你的查询没有携带与规则完全对齐的过滤条件，会直接拒绝整个查询。比如你必须在查询中同时添加：

  .where('members', arrayContains: FirebaseAuth.instance.currentUser!.uid)
  .where('flagged', isEqualTo: false)
  

  若近期修改过查询代码、或包更新后默认行为变化导致查询缺失这些条件，就会触发规则失败。

• 检查文档字段的类型与取值：

  • 确认members字段是数组类型，而非字符串、Map等。如果前端写入时误将数组转为逗号分隔的字符串，request.auth.uid in resource.data.members会直接返回false。
  • 确认flagged是布尔值false，而非字符串"false"、数字0等其他类型值，否则resource.data.flagged == false判断不成立。

• 测试单文档读取：在Firebase模拟器中单独读取某一个你确认符合条件的chat文档（指定具体chatId），如果单文档读取规则通过，但批量查询失败，那100%是查询条件未对齐规则的问题。

• 排查规则本身的隐性变更：

  • 检查规则中signedIn()函数的实现是否还是request.auth != null，如果这个函数被修改过，可能导致后续条件无法触发。
  • 查看Firebase控制台的规则历史，确认没有其他人误修改过这条规则或添加了优先级更高的match规则覆盖它。

• 测试离线缓存影响：如果cloud_firestore包更新后离线缓存默认行为变化，读取的是本地过期数据，可能导致字段值与服务器不一致。可以临时禁用离线缓存测试：

  FirebaseFirestore.instance.settings = const Settings(persistenceEnabled: false);
  

• 利用模拟器的规则调试功能：在模拟器中打开规则调试模式，逐步执行规则判断，定位到底是members判断失败还是flagged判断失败，这是最直接的定位方式。

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