为什么运行垃圾收集器有时会增加保留的ram Java？

Question

我们在Tomcat8.5.47服务器上运行了一个java8 web应用程序，每次只有20-60个用户会话，但大多数时候服务器上的上传文件高达600MB。我们还使用hibernate和c3p0管理数据库连接。我们监控服务器好几天了，有时看到java预留ram突然增加，垃圾收集器不释放它。我们该如何管理这个问题？有没有什么方法释放预留ram和防止tomcat增加ram？还有什么方法可以减少任务管理器中使用的内存？

以下是我们的设置：

-XX:MaxPermSize=1g  -XX:+UseG1GC  -XX:+UseStringDeduplication  -XX:MaxHeapFreeRatio=15  -XX:MinHeapFreeRatio=5  -XX:-UseGCOverheadLimit  -Xmn1g  -XX:+UseCompressedOops  -Xms10g  -Xmx56g

附言。我们使用jprofiler进行配置文件，绿色显示保留的ram，蓝色显示使用的ram，在第二个框中可以跟踪gc活动，第三个框显示类，第四个框显示线程活动，最后一个框显示cpu活动。
谢谢大家的回答。

Answer 1

这些类型的问题从来都不容易，主要是因为要让它“正确”，提问者需要对操作系统如何对待和处理内存有一些基本的理解；并且存在不同类型的内存（至少有驻留、提交和保留)。到目前为止，我还不够多才多艺，无法完全正确地完成这件事，但我会不断学习，并在这方面做得更好。它们意味着非常不同的事情，其中一些通常是不相关的（我发现保留就是这样）。您正在使用windows，因此，imho是一开始必须注意的。

看完之后，您需要转到JVM世界以及JVM如何处理。堆由垃圾收集器管理，因此要收缩一些未使用的堆，GC需要能够做到这一点。虽然在jdk-12之前，G1可以做到这一点，但它从来没有非常渴望做到这一点。从jdk-12开始，有一个将返回内存的JEP，即：它将取消提交内存返回。不过，当这种情况发生时，一定要阅读。还要注意，其他收集器如Shenandoah和/或ZGC更经常这样做。

当然，由于禁用了-usegcoverheadlimit，所以CPU会出现巨大的峰值（为了释放空间，GC线程会疯狂地运行），当然一切都会变慢。如果我是你，我会把它启用回来，让GC失败并分析GC日志以了解发生了什么。56GB的堆对于20-60个用户来说是一个巨大的数字（这看起来肯定像是一个漏洞？）。请注意，如果没有GC日志，这可能不可能给出解决方案。