带侦听器的Firebase Firestore成本

有几个问题与firestore成本有关，但我在脑海中找不到一个能澄清这个问题的问题

我有两个案例，我想知道每一个案例的估计成本，文档读取计数

假设我有一个显示10个用户的单页应用程序。打开应用程序将侦听器连接到userList集合，并侦听该集合中的10个文档，关闭应用程序将侦听器与firestore分离。

案例1: 如果没有任何文档更新，我会打开并关闭应用程序，然后在30分钟内再次打开它。文档读取计数是多少？10岁，20岁，还是其他

案例2:

---

我打开和关闭应用程序；一个文档被更新，我在30分钟内再次打开它。文档读取计数是多少？11、21或任何其他？

这取决于您所说的“关闭应用程序”是什么意思

如果您的侦听器由于网络连接中断而被切断，但应用程序进程仍在运行，则当网络恢复时，侦听器将自动重新连接。如果网络在30分钟内恢复，则不收取更新费用。如果网络在30分钟后恢复，您需要为新查询付费

如果您有一个侦听器因为应用程序进程被操作系统终止而被切断，然后在再次启动应用程序时被重新连接，您将因另一个查询而被收费

如果应用程序只是在后台运行，但没有终止，并且侦听器在后台仍处于活动状态，则行为没有变化，但在添加文档期间，但在应用程序进程最终失去网络并完全终止之前，您仍在为文档更新付费

如果您的代码删除一个侦听器并再次添加它，您将为新查询付费

---

你必须弄清楚以下哪种情况适用。SDK不会跟踪用户的意图。它只跟踪网络的行为，并受操作系统管理的进程状态的影响。用户“关闭应用程序”的操作可能涉及许多不明显的细节。

谢谢您的回答！在我的例子中，关闭应用程序意味着用户可以正常使用应用程序，而不会出现任何问题。但不管怎样，我想我明白了。即使是这样，也没有很好的定义。在Android上，用户可以使用home按钮离开应用程序，然后在应用程序进程未终止的情况下返回应用程序。Android和iOS都没有提供“正常关闭，没有任何问题”的操作，总是立即终止进程。对不起，我的解释没有很好的定义。正如我所说，“打开应用程序会将侦听器连接到userList集合，并侦听该集合中的10个文档，关闭应用程序会将侦听器与firestore分离”。我只是假设情况是这样，我的重点是连接和分离侦听器。也许我可以说启动和终止过程，而不是打开和关闭应用程序。无论如何，谢谢！问题：您是在尝试对Firebase API做一些特定的操作，还是在寻求针对特定Firebase产品优化应用程序使用（如存储空间或带宽）的建议？@MrTech我只想知道上述情况下的估计读取计数，因为我不清楚。