Firebase Cloud Firestore-如果我的应用程序达到每天最大文档写入/读取量，会发生什么情况？
我使用firebase cloud firestore（Spark计划，免费计划）来存储我的应用程序的数据。
该计划包括每天写入、读取和删除20K个文档。
让我们假设有一天，20K文档中写道：我的问题是：会发生什么？
- 在我升级当前计划之前，Firestore不会收到任何请求吗
- 它会不会在一天结束前收到任何请求，第二天一切都会好起来（我收到了新的20K数据）
- 它是否会继续毫无问题地接收请求，并在我的帐户上增加费用，然后我会惊讶地发现我必须为这些请求支付1000美元
- 该账户会被暂停或冻结吗
我到处找了很多，但似乎找不到一个明确而直接的答案。
共有1个答案
在我升级当前计划之前，Firestore不会收到任何请求吗？
- 配额每天应用，并在太平洋时间午夜左右每天重置。你将从第二天开始继续。
它会不会在一天结束前收到任何请求，第二天一切都会好起来（我收到了新的20K数据）？
>
是，超过免费配额限制的请求将被拒绝。AFIK，错误RESOURCE_EXHAUSTED：超出配额。
是的，你将获得当天新的20k免费阅读
它是否会继续毫无问题地接收请求，并在我的帐户上增加费用，然后我会惊讶地发现我必须为这些请求支付1000美元？
- 当然不是
账户会被暂停或封锁吗？
- 否。
配额和限额-https://firebase.google.com/docs/firestore/quotas.
要检查项目使用情况，请在Firebase控制台中打开Cloud Firestore使用情况选项卡
-
问题内容： 在采访中问。如果指定最大堆大小（Xmx）大于可用RAM，会发生什么情况？我还想知道，如果指定最小堆大小（Xms）大于可用RAM，会发生什么情况？ 问题答案： 找出答案的最简单方法是尝试并查看。 编辑： 实际上至少有两个答案。如前所述，可能是在64位系统上，您的应用程序的内存使用量可能会越来越大，并且开始崩溃。在32位系统上，情况有所不同，因为os无法为您提供那么多的堆空间。例如，如果我
-
问题内容： 几分钟前，我回答了一个问题，询问“ Java中HashMap的最大可能大小 ”。正如我一直阅读的那样， HashMap是一个可扩展的数据结构。 它的大小仅受JVM内存大小的限制。 因此，我认为它的大小没有硬性限制，因此做出了相应的回答。（同样适用于HashSet。） 但有人纠正我说，既然 大小（） HashMap中的方法返回一个 INT ，还有 就是 它的大小有限制。完全正确的一点。我
-
我有一个有上限的集合，它是在java代码中创建的： 现在在这个集合的统计数据中，我们有： 如果我尝试使用此代码插入集合中的文档： 我发现了这个错误： 我做错了什么？如何修复它？（排除到. down（）此集合并重新创建）感谢您的回答！
-
假设我有32 GB的RAM，我通过指定-xmx2048m为我的java进程分配了2GB。但实际上我的进程通常只消耗1GB的堆。那么分配的剩余1GB内存会发生什么呢？剩余的RAM总量是30 GB还是31 GB？
-
如果数据库行的长度达到了大于max java.util.List length的值，并且我尝试获取所有数据，会发生什么？
-
在实践中考虑java并发的片段 同一本书的摘录- 考虑易失性变量的一个好方法是想象它们的行为大致类似于上面清单中的同步整数类，用调用get和set来替换易失性变量的读写。然而，访问易失性变量不执行锁定，因此不会导致执行线程阻塞，这使得易失性变量成为比同步更轻量级的同步机制。 线程限制的一种特殊情况适用于可变变量。对共享的易失性变量执行读-修改-写操作是安全的，只要确保该易失性变量仅从单个线程写入。