Question

我们的tomcat服务器抛出＆＃34; java.lang.OutOfMemoryError：Java堆空间＆＃34;，但转储文件中的堆大小仅为1.7GB，-Xmx为4GB。

我不确定发生了什么事，你能帮助我吗？

环境： Redhat tomcat6 jdk6

Answer 1

XmxSIZE可能比Java核心转储更大，因为当您尝试分配大对象时会发生OutOfMemory！

-Xmx1000m和670 MiB转储的应用程序在OutOfMemory上因用户上传300 MiB附件而崩溃。

我们在VisualVM中发现了这个＆＃34; Show Threads＆＃34;跟踪System.arrayCopy。从本地堆栈帧变量点引用到300 MiB字节数组。

现在我们限制附件大小并保护我们的应用程序免受未来崩溃。

Answer 2

萨拉赫的回答在很多层面都是错误的，我认为这是完全有害的。

首先，在使用OutOfMemoryError死之前，JVM不会触发Stop The World GC并清除堆。 OOM的原因是GC无法清理内存，通常是在OOM之前的数十次和数百次运行中。

其次，JVM供应商实际上并不推荐建议的比率。最佳比率在很大程度上取决于应用程序，所以不知道你在做什么，最好保留默认值而不是遵循这个建议。

Answer 3

首先您需要查看以下内存参数，它可能无法阻止OutOfMemoryError，但您应该了解它们：

-Xmx2048m -> this param to set the max memory that the JVM can allocate
-Xms1024m -> the init memory that JVM will allocate on the start up
-XX:MaxPermSize=512M -> this for the max Permanent Generation memory

此外，您可能还想检查此参数，这些参数将加快Young空间上的GC活动，因此收集效果会更好。

-XX:MaxNewSize=  -> this need to be 40% from your Xmx value
-XX:NewSize=614m -> this need to be 40% from your Xmx value

你也可以告诉你JVM使用什么类型的GC（我认为这种类型已经在最新的JVM版本中启用）：

-XX:+UseConcMarkSweepGC

<强>第二

当OutOfMemoryError发生时，JVM将触发Stop World GC，因此它将收集您的对象和未引用的对象，这就是为什么堆大小小于您{{1} 1}}值。

通常在这种情况下，如果您使用其中一个分析工具分析了这个堆，您将清楚地找到填满内存的大对象，这将引导您访问代码，并且很容易修复它。

Tomcat抛弃＆＃34; java.lang.OutOfMemoryError：Java堆空间＆＃34;，但转储中的堆大小小于-Xmx

3 个答案: