Cloud Firestore读取计数规则是什么？仅拉取单文档为何读取数异常升高？

• 基础计数逻辑的适用范围：官方文档提及的「读取计数与返回文档数量匹配」，仅针对单次直连服务端、无重复触发、无分片拉取的原生请求场景，无法覆盖所有前端SDK实际运行中的边缘场景
• 核心计数判定标准：计数单位是独立存储的文档实体，和文档内部嵌套的字段类型、字段长度、嵌套map/数组的层级数量完全无关。单文档大小在1MiB上限以内的前提下，无论内部存了多少层嵌套结构，单次从服务端拉取完整文档就只计1次读取
• 缓存相关的计数规则：当本地SDK保存了对应文档的有效缓存副本，且版本校验确认服务端文档未发生变更时，不会产生新的读取计数；仅当校验发现文档版本更新、需要拉取全量最新内容时，才会计入1次有效读取
• 无效请求不计数：如果请求因为权限不足、文档不存在、网络中断等原因没有拿到有效文档内容，不会产生正式的读计数消耗

• 未解绑的实时监听重复触发：如果代码中同时混用了一次性拉取方法（如getDoc()）和实时监听方法（如onSnapshot()），且在组件销毁、路由切换时没有执行监听解绑逻辑，残留的监听器会在后台反复触发文档拉取，哪怕你没有主动发起新的fetch操作，累计下来就会出现单次操作对应十几次甚至几十次的计数增长
• 重复初始化的SDK实例叠加消耗：如果项目在不同业务模块重复初始化Firebase SDK、没有全局复用单例实例，每个独立实例在拉取文档时都会单独和服务端建立连接完成一次文档同步，单文档的读取次数会随实例数量成倍叠加
• 大尺寸文档触发分片拉取：当单个文档总大小接近1MiB的存储上限时，Web/移动端SDK会自动拆分多次请求拉取完整文档内容，每一个分片的请求如果没有命中本地缓存，就会分别计入正式读计数。你当前的map1文档嵌套了多个map对象，如果总存储量较大，就会触发这种分片拉取的计数累加
• 冷启动阶段的批量缓存校验：部分版本的Web SDK在应用冷启动时，会针对本地存储的所有缓存文档逐一发起版本校验请求，如果校验过程中因为网络波动、权限配置问题没有拿到明确的未修改响应，就会触发全量文档拉取，产生意外的计数消耗

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