Firestore读取量统计异常：本地计算与后台数据差距过大求助

• onSnapshot监听器的初始读取被遗漏统计：你误以为onSnapshot只在文档更新/新增时计数，但实际上首次创建监听器时，Firestore会一次性读取所有匹配该查询的文档，这部分读取量完全没算进你统计的67次里。比如如果你的监听器匹配了400个文档，光初始读取就会产生400次用量，直接拉开差距。
• 重复注册onSnapshot监听器：检查代码是否存在重复创建监听器的情况——比如组件重复挂载、初始化逻辑被多次触发，每次注册监听器都会触发一次全量初始读取，多次累加后用量会大幅飙升。
• .count()的计费细节可能被忽略：虽然官方说明≤500个文档的.count()查询计1次读取，但如果你的查询使用了复合索引、或者包含需要后台额外计算的过滤条件，可能会触发隐性的索引读取或内部操作，不过这个因素的影响通常远小于监听器问题。
• 隐性操作的额外读取：测试期间可能无意中触发了其他未统计的操作，比如在Firebase控制台手动查看相关文档、调试工具触发的网络请求，这些都会被计入用量面板的统计数据。
• 子集合的意外读取：如果你的查询涉及包含子集合的文档，或者代码中不小心访问了子集合数据，子集合的文档读取会单独计费，这部分可能没被你纳入统计范围。

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