Firestore安全规则1000次表达式评估限制相关技术咨询

问题1：特定请求的表达式评估次数是否恒定，与涉及的数据无关？例如使用[...].hasAny([...])时，评估次数是固定值还是取决于列表规模？单元测试通过的规则，能否确保生产环境不会触发该限制？ #

• 表达式评估次数不恒定，直接和涉及的数据规模相关。比如[...].hasAny([...])的评估次数会随两个列表的长度增加而上升，因为内部需要对元素逐一比对。
• 单元测试通过不能完全确保生产环境不触发限制。测试通常用小规模数据集验证规则逻辑，但生产环境的真实数据量可能远大于测试场景，会导致评估次数远超测试时的数值，从而触发1000次限制。

问题2：表达式评估是否会遍历所有可能路径，评估次数不依赖条件结果？例如规则allow read, write: if condition1 || condition2 && condition3，是否无论condition1真假，都计为3次表达式评估？ #

Firestore安全规则采用短路求值逻辑，评估次数会依赖条件结果：

• 如果condition1为真，后面的condition2 && condition3不会被执行，仅计1次评估；
• 如果condition1为假，才会评估condition2：若condition2为假，不会继续评估condition3，计2次；只有condition1假且condition2真时，才会完成三次评估。

问题3：是否没有简便方式查询特定请求当前的表达式评估次数？ #

目前没有直接、简便的方式查询单个请求的表达式评估次数。只有当请求触发1000次限制时，会返回对应的错误提示；本地模拟器的日志能提供大致的评估行为参考，但模拟器的计数和生产环境可能存在偏差，无法精准对应。

问题4：是否有更详细的表达式评估过程相关文档？ #

官方文档仅在安全规则性能优化章节提及部分原则（如避免遍历大型集合、简化嵌套条件），但没有公开完整的表达式评估计数逻辑细节，也没有针对评估过程的深度技术文档。

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