当Java中的集合超出容量时会发生什么？

Question

我有一个服务可以在内存中对所有调用进行调度，因为我们不想丢失数据，同时由于任何外部依赖性（例如DB），我们需要此服务失败）。然后定期拾取这些分阶段的呼叫并在后台处理。

如果由于任何原因，如果电话太多而我们的内存不足，我们需要警惕。

所以，简单地说，问题是：当资源不足导致列表添加失败时，我需要捕获或监视哪些异常通知我？它会导致VM本身出现OOM，还是会出现集合级限制？

如果没有收集级别限制，您会如何建议我监控服务的使用情况？目前，我们有堆使用和内存使用指标。那些够用吗？此外，JVM配置为在OOM错误时终止（这是因为VM管理器然后重新启动它在kill上管理的任何进程）。

Answer 1

要抛出的异常是OutOfMemoryException。一旦您的集合占用了所有可用的堆空间，就可以在应用程序的任何部分抛出此异常。

但是，如果您知道可能会针对特定集合抛出它，最好的方法可能是防止这种情况发生，即限制此集合或使用缓存，以便根据需要逐出和重新加载未使用的实体。对于轻量级缓存实现，我建议使用Guava的CacheBuilder。

<强>更新

由于每个人都建议使用基于FS的存储，因此这是我的轻量级插件提案：

• CacheBuilder从NoSQL DB加载序列化数据
• Kryo序列化程序将您的对象转换为byte[]
• MapDB存储（或您喜欢的任何其他嵌入式NoSQL解决方案）。

Answer 2

这是我在Collection.add规范中找到的内容：

  

如果一个集合因为已经包含该元素的原因而拒绝添加特定元素，那么它必须抛出一个异常（而不是返回false）。这保留了在此调用返回后集合始终包含指定元素的不变量。

它没有指定哪个异常，因此不同的集合可能会抛出不同的异常。

Answer 3

我认为让应用程序失败并不是一个理想的设计选择。您应该对集合的大小设置阈值并决定在这种情况下要做什么：在某处刷​​新（磁盘？），发送通知（JMX / email），抛出错误（或让OOME传播）。

那就是说，我打算给你一个设计推荐。从您对服务的简短而略微含糊的描述中，我觉得您需要一个工作队列来坐在服务的外部，例如JMS服务器甚至是数据库。通过这种方式，您的后台进程将能够从队列（db）中获取请求并处理它，即使您的服务因任何原因而死亡。