当不再需要JVM时，JVM是否会将可用内存还给操作系统？
我有一个应用程序对于某些进程暂时需要一定数量的内存/堆。如果可以选择给JVM一个最大堆大小的合理值，那么JVM将从一个小的堆开始，并按需向OS请求更多的内存。
我的问题是，当我的应用程序不再需要大量内存时，JVM是否会将额外的内存还给操作系统（例如，用于其他进程）。目前，即使不再需要，我的应用程序似乎也可以永久保留该内存。
问题答案：
JVM确实将内存返回给操作系统，但是非常不情愿，因为它可能很快会再次需要它，并且从操作系统获取内存是一个相对昂贵的操作。
如果您希望JVM更热切地将内存返回给操作系统，则可以使用Oracle
JVM
的调整参数，特别是-XX:MaxHeapFreeRatio和-XX:MinHeapFreeRatio
-
问题内容： 我对JVM内存管理（至少对于SUN的内存管理）有疑问。 我想知道如何控制JVM将未使用的内存发送回OS（以我的情况为Windows）的事实。 我编写了一个简单的Java程序来说明我的期望。使用- Dcom.sun.management.jmxremote选项运行它，以便例如也可以使用jconsole监视堆。 使用以下程序： 一旦第一个GC完成（预期），内部堆就释放了，但是内存仅从第三个
-
我们有一个简单的微服务设置，基于Windows服务器上的Spring Boot和Java8。 许多服务的负载很低，因为它们是与各种外部合作伙伴的集成。所以它们很多时候都是空闲的。 问题在于，JVM 仅在触发垃圾回收时才会将内存释放回操作系统。因此，服务可能会开始使用32mb，然后为单个请求提供服务并分配2GB内存。如果该服务上没有其他活动，则不会受到 GC 和服务器上的其他服务的影响。 使用Sys
-
OKHTTP4.0.0是否有意与jvm目标1.6不兼容？从OKHTTP3.12.0升级到4.0.0，我遇到以下构建失败。 在进一步的检查中，我发现根本原因是接口有一个静态方法（伴侣对象中的函数）。升级指南没有提到这种向后不兼容，这让我认为这是无意的。
-
我们的一个sap系统（PI ABAP JAVA stack）出现了性能问题。为机器配置的整个64GB都被占用了（还有8个内核）。每个人都在怀疑java部分，但我认为不同。 重启内存不足错误的java服务器节点。查看hprof文件，我发现当为服务器节点配置3GB（-Xms和Xmx）堆时，它们的大小只有1.2G（3个服务器节点的平均大小）。这一观察导致以下疑问。 我读到过，当Xms和Xmx设置为相同的
-
直到今天，我才知道java有堆，堆是由JVM创建的。此外，这个内存是由操作系统分配给JVM实例的，即堆驻留在JVM实例中。 这表明，JVM和堆相距甚远。 所以，我现在很困惑，有谁能让我知道，我以前是错的还是我不能理解这幅画？
-
我的问题是，如果我从java代码调用Shell脚本，脚本使用的内存，是从JVM堆空间分配，还是使用系统内存空间。