java中的强制内存回收_关于java：当内存占用超过特定阈值时强制执行完全垃圾回收...

我有一个服务器应用程序，在极少数情况下，可以分配大块内存。

这不是内存泄漏，因为垃圾收集器可以通过执行完整的垃圾收集来收回这些块。正常的垃圾回收会释放太小的内存：在这种情况下，这是不够的。

垃圾收集器认为合适时，即在应用程序的内存占用量接近由-Xmx指定的分配最大值时，将执行这些完整的GC。

如果不是因为这些有问题的内存分配突然爆发而造成的，并且由于jvm无法足够快地执行GC来释放所需的内存这一事实而导致OutOfMemoryErrors，那没关系。如果我事先手动调用System.gc()，则可以避免这种情况。

无论如何，我宁愿不必自己监视jvm的内存分配(或在应用程序的逻辑中插入内存管理)。如果有一种方法可以运行具有内存阈值的虚拟机，那么它将自动执行完整的GC，以便尽早释放我需要的内存，这将是很好的。

长话短说：我需要一种方法(命令行选项？)来配置jvm，以便在内存占用达到一定阈值时尽早释放大量内存(即执行完整的GC)，我不在乎这会使我的应用程序偶尔变慢。

到目前为止，我发现的所有方法都是修改世代大小的方法，但这不是我所需要的(至少不是直接使用)。

非常感谢您的建议，

西尔维奥

附言我正在努力避免大量分配，但是这可能需要很长时间，同时我的应用需要一点稳定性

更新：使用jvisualvm分析应用程序，我可以看到问题出在老一代

从这里开始(这是一个1.4.2页面，但是所有Sun JVM中都应存在相同的选项)：

假设您使用的是CMS垃圾收集器(我相信服务器默认情况下会打开)，则所需的选项是

-XX:CMSInitiatingOccupancyFraction=

其中％是将触发完整GC的正在使用的内存百分比。

在此处插入标准免责声明，这样会使GC参数混乱会给您带来严重的性能问题，并因机器而异。

当您分配不适合年轻一代的大对象时，它们将立即分配到使用权的一代空间中。仅当运行要强制使用的完整GC时，才使用GC空间。

但是，我不确定这是否可以解决您的问题。您说" JVM无法足够快地执行GC"。即使您的分配突发，每个分配也会使VM检查是否有足够的空间来执行此操作。如果不是这样(如果对象太大，对于年轻一代而言)，则会导致GC失效，这应该"阻止世界"，从而阻止新分配首先发生。 GC完成后，将分配您的新对象。

如果在您的突发中请求第二个大分配之后不久，它将再次执行相同的操作。根据是否仍然需要初始对象，它要么能够成功进行GC'处理，从而为下一个分配腾出空间，要么在仍然引用第一个实例时失败。

您说"当内存占用达到一定阈值时，我需要一种方法尽早释放大量内存(即执行完整的GC)"。按照定义，只有当应用程序中的任何内容都不再引用"大量内存"时，此操作才能成功。

据我了解，您可能会遇到竞争状况，有时可能会通过散布手动GC请求来避免竞争。通常，您永远不必担心这些事情-根据我的经验，仅当实际上有太多分配无法同时容纳到堆中时，才会发生OutOfMemoryError。在所有其他情况下，"唯一"问题应该是性能下降(根据情况可能会变得极端，但这是一个不同的问题)。

我建议您对确切的问题做进一步分析以排除此问题。我建议使用Java 6附带的VisualVM工具。启动它并安装VisualGC插件。这将使您看到不同的内存世代及其大小。此外，还有很多与GC相关的日志记录选项，具体取决于您使用的VM。其他答案中提到了一些选项。

在您的情况下，选择使用哪个GC以及如何调整阈值的其他选项无关紧要，因为它们全部取决于是否有足够的内存来包含应用程序在任何给定时间需要的所有对象。如果您遇到与大量GC活动有关的性能问题，这些选项将很有帮助，但是我担心它们不会为您的特定情况提供解决方案。

一旦您对实际发生的事情更有信心，找到解决方案将变得更加容易。

是的，我相信这是比赛条件。 我认为会发生以下情况：我的应用程序收到许多内存分配请求，这减慢了需要内存的线程的速度。 当这些线程工作时，它们无法释放任何内容，因此它们保留了内存块，同时触发了垃圾回收，从而使系统进一步降低速度，从而防止其他线程在恶性循环中释放内存。

JVM仅在尝试通过垃圾回收释放内存后才抛出OutOfMemoryError(根据OutOfMemoryError的API文档和JVM规范)。 因此，您强制进行垃圾收集的尝试不会有任何区别。 因此，这里可能发生了更重要的事情-您的程序存在无法正确清除引用的问题，或者是JVM错误的可能性较小。

这里有一个关于GC如何工作的非常详细的解释，它列出了控制不同内存池/代可用的内存的参数。

您知道哪个垃圾收集池变得太大了吗？伊甸园vs.幸存者空间？ (尝试JVM选项-Xloggc:log GC status to a file with time stamps)...知道这一点后，您应该能够使用此处提到的选项之一来调整受影响的池的大小：Java 1.4的热点选项

我知道该页面是针对1.4 JVM的，我似乎无法在当前的1.6安装帮助选项中找到相同的-X选项，除非设置这些单独的池大小是非标准，非标准功能！

问题肯定是老一代了，就像用jvisualvm看到的那样

您是否尝试过玩G1 gc？从1.6.0u14起应该可用。

尝试使用-server选项。它将启用并行gc，并且如果使用多核处理器，则会提高性能。