Java垃圾收集器会干扰HPA的缩减吗？

Question

我有一个Spring API，它大量使用部署在kubernetes集群上的内存。

我将自动缩放（HPA）配置为将内存消耗视为缩放标准，并运行负载测试在缩放时一切正常，但在缩放时内存不会下降，因此创建的吊舱不会被删除。如果我再次运行测试，将创建新的pod，但不会删除。

使用visual VM进行本地分析，我相信问题与GC相关。在本地，GC在测试期间正常工作，但在请求结束时停止运行，留下垃圾，并且只在很长一段时间后再次运行。所以我相信，这些垃圾正在阻止HPA的规模缩小。

有人有什么可能导致这种效果的提示或我可以尝试的东西吗？

另外，在分析器中，我没有任何内存泄漏的迹象，当我手动运行GC时，留下的垃圾会被移除

以下是一些其他详细信息：

• Java版本：11

负载测试后的可视VM

负载测试后的新遗迹内存驻留

Answer 1

很可能没有内存泄漏。

JVM从操作系统请求一个内存，达到由Xmx设置的限制 命令行选项。每次主要GC运行后，JVM都会查看使用中的堆内存与（当前）堆大小的比率：

>

如果比率太接近0（即堆太大），JVM可能会收缩堆并向操作系统返回一些内存。它“不情愿”这样做。具体来说，在JVM决定释放内存之前，可能需要多次完整的GC运行。

我认为您看到的是JVM堆大小调整策略的影响。如果JVM空闲，则没有足够的完整GC来触发JVM收缩堆，并且不会将内存返回给操作系统。

您可以通过调用系统来鼓励JVM返回内存。gc（）几次。但是运行一个完整的GC需要大量的CPU。如果您确实设法让JVM收缩堆，那么再次扩展堆（对于下一个大请求）将需要更多完整的GCs。

所以我的建议是：不要尝试。使用其他一些标准来触发您的自动缩放...如果有任何意义的话。

需要注意的另一件事是JVM应用程序可能会使用大量的非堆内存；例如可html" target="_blank">执行和共享本机库、本机（C）堆、Java线程堆栈、Java元空间等。这些用法都不受-Xmx选项的限制。