Firestore缓存快照读取定价模型疑问与场景验证

场景假设验证 #

针对你提出的四个场景，逐一验证定价假设：

• 场景1：应用首次启动
  假设正确。首次启动时本地无缓存数据，SDK需从Firestore服务器拉取20条匹配的电影数据，这会产生20次计费读取操作。
• 场景2：应用关闭后重新打开，期间数据库无变更
  假设正确。Firestore SDK会优先读取本地持久化缓存中的数据，只要服务器端数据未发生任何变更，SDK不会发起新的网络请求，因此产生0次计费读取。
• 场景3：用户滚动，替换监听器为limit(40)，期间数据库无变更
  你的假设（仅产生20次读取）是正确的，官方视频的说法存在误导性。当本地缓存中已有前20条数据时，SDK只会向服务器请求新增的20条数据（第21-40条），而非重新拉取全部40条。只有在缓存为空的前提下，才会触发40次读取操作。
• 场景4：数据库发生变更
  假设不完全准确。如果变更的是已监听集合中的单条数据，只会产生1次读取操作；但如果变更导致查询结果集发生变化（比如新增了一条符合orderBy("createdAt")排序规则的最新电影），SDK会同步这条新数据，此时产生1次读取。若有多条数据变更，则按实际变更的文档数量计费。

官方视频说法的补充说明 #

官方视频提到场景3会产生40次读取，大概率是基于本地缓存为空的前提。Firestore的计费逻辑是按实际从服务器获取的文档数量计算，而非查询设置的限制数。只要缓存中已有部分匹配数据，SDK会智能请求缺失的部分，避免重复计费。

场景2中SDK的判断逻辑 #

Firestore SDK通过以下机制判断是否需要发起新请求：

1. 本地缓存会存储每个文档的版本标记（类似HTTP ETag的机制），以及查询的元数据信息。
2. 重新打开应用时，SDK先检查本地缓存中是否存在该查询的完整结果，且对应的服务器数据版本未发生变化。
3. SDK会向服务器发送一个轻量级的校验请求，确认数据是否有更新。若服务器返回数据未变更，SDK直接使用缓存数据，不产生计费读取；若有变更，才会拉取更新的部分数据。

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