Firestore页面加载时是否会读取所有文档，哪怕对应数据未发生变更？

核心问题结论 #

Firestore 完全支持仅在服务端数据发生变更时产生计费读取，否则直接从本地缓存返回数据，适配你的新标签页扩展场景完全可行，具体实现规则和注意事项如下： #

一、默认查询行为的避坑说明 #

如果你使用默认的无参数get()查询，Firestore 会优先尝试从服务端拉取最新数据，只要成功返回服务端的文档数据，无论内容是否和本地缓存一致，都会按照实际返回的文档数计算读取费用。你的场景下每次拉取3000份文档、高频触发的话，确实会产生极高的成本，默认模式不可用。 #

二、适配场景的两种实现方案 #

你可以根据自己对数据实时性的要求，选择以下任意一种方案：

• 方案1：强制缓存优先，自行控制同步时机
  调用查询时显式指定source: 'cache'参数，强制优先从本地缓存读取数据，仅当缓存中无对应数据时才会 fallback 到服务端拉取。只要本地有缓存，所有查询完全不会产生任何计费读取，完全匹配你的理想需求。
  你只需要额外自行控制服务端同步逻辑即可，比如设置固定间隔（如每10分钟）后台同步一次全量数据，或者监听增量变更事件，同步阶段才会产生计费读取。
  参考代码：

  // 仅从缓存读取，无任何计费
  const snapshot = await db.collection('你的集合名').get({ source: 'cache' });
  

• 方案2：使用持久化实时监听器
  给你的查询注册一个常驻的SnapshotListener实时监听器，Firestore 会自动维护数据同步：只有当服务端有文档发生变更时，才会拉取变更的文档并产生对应的计费读取；监听器存活期间，所有读取请求直接走本地缓存，不会产生额外费用。
  你可以把监听器挂在Chrome扩展的后台服务进程中，用户每次打开新标签页直接读取本地已同步的数据即可，仅数据实际变更时才会产生少量读取成本，远低于每次拉全量的费用。

三、必要配置：开启离线持久化 #

Chrome扩展场景下Firestore默认关闭离线持久化，你需要手动开启后缓存才会持久化存储在磁盘中，即使用户关闭浏览器再打开，缓存也不会丢失，避免重启后第一次拉取全量的费用：

await db.enablePersistence({
  // 可根据需求调整缓存大小，这里设置为无上限
  cacheSizeBytes: firebase.firestore.CACHE_SIZE_UNLIMITED
});

四、计费规则确认 #

只要返回的数据来自本地缓存（内存缓存/磁盘持久化缓存），Firestore 完全不会计取读取费用。仅当实际和服务端交互、拉取到了文档的有效数据时才会产生计费，实时监听器的心跳校验、服务端返回无变更的响应都不会计入读取次数。 #

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