如何解决为什么即使对于开箱即用的Spring Boot管理员来说，RES内存对于Java进程来说仍然保持缓慢增长？
我在一台32GB的计算机上运行23个Java进程。没有任何进程指定JVM内存参数，例如Xmx。 java -XX:+PrintFlagsFinal -version | grep MaxHeapSize报告说，最大默认堆大小为预期的8GB。
每个进程都运行嵌入式Tomcat（Spring Boot应用程序（大多数版本为2.3.4）），除了一个是运行三个WAR的独立tomcat 9实例。这些应用的使用率较低（通常一天使用一个用户，每天使用10分钟）。它们不占用内存或cpu。其中一个是Spring Boot管理员，另一个是Spring Cloud的Eureka服务注册表。对于这两个，我只有一个主要方法可以简单地引导Spring Boot应用程序。
但是，RES的内存（如每个进程的顶部所示）一直在逐渐增加。例如，在过去12小时内，Spring Boot服务注册表已从1.1GB增加到1.5GB。所有进程的RES都有类似的小幅增长，但是在同一12小时内，总增长将可用内存减少了2 GB。在之前的12小时（以此类推）中，情况一直如此，直到目前的可用内存只有4.7GB。
我担心的是，我仍然会看到这种趋势（即使没有使用应用程序）。永远不会从应用程序中释放内存，因此总可用内存继续减少。这是正常的，因为也许每个JVM都认为操作系统中的内存仍然可用，并且有8GB的堆空间可供使用？一旦达到操作系统可用内存阈值，JVM会在某个时候停止占用内存吗？还是会一直持续到所有可用内存都用完？
更新
大多数应用程序使用的堆小于200MB，但堆大小为1.5-2.8GB。堆最大为8GB。
解决方法
操作系统报告的常驻内存不会告诉您正在消耗什么组件。您必须收集其他数据才能确定过程的哪个部分正在增长
您必须进行跟踪
- java堆和元空间的使用-您可以使用JMC，gc日志记录和许多其他Java监视工具对其进行监视
- jvm堆外使用-NMT
- 直接字节缓冲区的使用-MX beans，也可以通过JMC获得
- 按映射文件使用-
pmap -x <pid> - 由本机库使用，例如通过JNI使用-难以监视
我也遇到过这种情况，经过长时间的研究，我找到了解决方案 here。基本上，就我而言，这只是在 jar 调用上设置 xms 和 xmx 参数的问题，从而迫使 GC 不断采取行动。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
