Google cloud firestore 本地更改激活的Firestore快照侦听器的成本

我知道文档的快照侦听器在创建时以及在激活/提供数据时会引发读取

当激活是由对文档的本地写入触发时，也是这种情况吗（我认为，在这种情况下，数据被反弹回客户机中的侦听器，而数据不会从服务器返回，因为没有区别）

i、 e.如果您将快照侦听器添加到本地编辑的文档中，99%的时间都在本地编辑，那么您现在是否处于至少与写入次数相同的挂钩状态

如果您将快照侦听器添加到99%的本地编辑文档中，您现在是否处于至少与写入次数相同的挂钩状态

侦听器不收取文档写入费用。它只对查询读取的文档的更改收取费用

---

很可能，尽管不是绝对确定，您对文档所做的所有写入操作最终都会向该文档上的活动侦听器收取读取费用，因为每次写入操作都会命中服务器，然后使用该更改对侦听器进行回调。你应该准备好接受这笔费用

如果客户端应用程序在写入过程中处于脱机状态，则不会向您收取即时侦听器回调的费用。只有从服务器实际检索到更新的文档时，才会产生费用

如果希望降低读取成本，可能需要取消文档写入的缓冲

如果您将快照侦听器添加到99%的本地编辑文档中，您现在是否处于至少与写入次数相同的挂钩状态

侦听器不收取文档写入费用。它只对查询读取的文档的更改收取费用

---

很可能，尽管不是绝对确定，您对文档所做的所有写入操作最终都会向该文档上的活动侦听器收取读取费用，因为每次写入操作都会命中服务器，然后使用该更改对侦听器进行回调。你应该准备好接受这笔费用

如果客户端应用程序在写入过程中处于脱机状态，则不会向您收取即时侦听器回调的费用。只有从服务器实际检索到更新的文档时，才会产生费用

---

如果希望降低读取成本，您可能需要取消文档写入的影响。

看来我的问题实际上是重复的：但简短的回答是“否”——由本地更新触发的侦听器不会导致读取。但是，在运行一个包含重复写入和快照侦听器（1）的测试后，控制台（2）中记录的读取和写入次数相同，但侦听器中接收到的metadata.fromCache仅在前几次写入中为true，之后为false。。。因此，我认为我已经在某个地方丢失了线程……”每次写入操作都会命中服务器，然后导致对侦听器的回调，这与我对这个官方描述的理解完全一致：在没有看到代码和观察结果的情况下，我无法添加其他内容。我看不出有冲突。我区分了即时触发器的非成本（离线时会发生，因此甚至不会发生计费）和最终完全读取的成本（只有同步才会发生）。如果来自服务器的同步快照与以前从缓存传递的快照没有什么不同，然后将不会有另一个回调-应用程序已经有了最新的数据。但这并不意味着同步是免费的。如果您希望从服务器获取本地更改和最终更改的回调，以便区分两者，您必须要求侦听器为您提供元数据更新。看来我的问题实际上是重复的：但简短的回答是“否”——由本地更新触发的侦听器不会引发读取。但是，在运行一个包含重复写入和快照侦听器（1）的测试后，控制台（2）中记录的读取和写入次数相同，但侦听器中接收到的metadata.fromCache仅在前几次写入中为true，之后为false。。。因此，我认为我已经在某个地方丢失了线程……”每次写入操作都会命中服务器，然后导致对侦听器的回调，这与我对这个官方描述的理解完全一致：在没有看到代码和观察结果的情况下，我无法添加其他内容。我看不出有冲突。我区分了即时触发器的非成本（离线时会发生，因此甚至不会发生计费）和最终完全读取的成本（只有同步才会发生）。如果来自服务器的同步快照与以前从缓存传递的快照没有什么不同，然后将不会有另一个回调-应用程序已经有了最新的数据。但这并不意味着同步是免费的。如果您希望从服务器获取本地更改和最终更改的回调，为了区分两者，您必须要求侦听器为您提供元数据更新。