java.lang.OutOfMemoryError：在 Jmeter 负载测试期间超出了 GC 开销限制

Question

我正在对 Spring Boot 应用程序 (Java 8) 执行 Jmeter 负载测试，其中我触发了 50 个并发请求，分配的堆大小为 6GB。在测试过程中我遇到了

java.lang.OutOfMemoryError: 超出 GC 开销限制

根据 Java 文档，

默认情况下，JVM 配置为在 Java 进程将 98% 以上的时间花在 GC 上，而只有更少的时间 每次运行都回收了不到 2% 的堆。

出现此错误后，应用程序变得异常缓慢，这是预期的行为。我检查了可能的内存泄漏，但没有。我想知道垃圾收集器如何以及何时释放失败请求的占用内存？

例如如果我再次运行带有 20 个并发请求的测试套件，我的应用程序是否能够通过释放上一次运行的内存来处理这些请求，或者我是否需要重新启动应用程序？

添加一些应用细节：

• 应用程序每次请求从表（有 30 列）中获取大约 50k-200k 行
• 预计在测试期间会出现内存不足，以查找每个请求可以获取的行数

我担心的是，如果这个错误出现在生产环境中，我的应用程序会如何表现。它是否能够以相同的速度处理未来的请求，或者我必须重新启动我的应用程序？

Answer 1

Java 不满意，因为高级别 GC 表明存在严重问题。然而，这可能是合理的，因为高水平的对象流失或复杂的循环关系使得 GC 花费更多时间来确定死对象。它也不能帮助您准确确定泄漏发生的位置（如果发生泄漏）。

当测试中出现这个错误时，我做的第一件事就是关闭这个错误。这可以通过-XX:-UseGCOverheadLimit JVM 标志来完成。这将允许 GC 继续，并更好地突出任何“真正的”内存问题。