今天就和大家聊聊如何解决JVM的空闲堆内存没有释放回OS的问题，这个问题可能很多人都不太理解。为了让大家更好的了解，边肖为大家总结了以下内容，希望大家能从这篇文章中有所收获。
00-1010在这些版本中，没有直接回收的明确选项，但是您可以通过设置它来使GC通常更具攻击性。此设置-xx3360 gc time ratio=19-xx3360 minheafree ratio=20-xx3360 maxheapfreeratio=30将使其在GC后花费更多的CPU时间来收集和限制已分配但未使用的。循环。
如果使用并发收集器，还可以将-xx: Initiating Heapocupancypercent=nn设置为较低的值，这样GC几乎连续运行并发收集，这将消耗更多的CPU周期，但会更快地收缩堆。这通常不是一个好主意，但在某些类型的计算机上有意义，这些计算机有大量的备用CPU内核，但内存不足。
如果使用的是G1GC，请注意它只使用jdk8u20来获得返回堆中间未使用的块的功能，而早期版本只能返回堆尾的块，这对于可以加载的块数量有很大的限制。撤退。
如果您正在使用的收集器具有默认的暂停时间目标(如CMS或G1)，您也可以放宽目标以对收集器施加更少的约束，或者您可以切换并行收集器以优先考虑暂停时间内占用的空间。
要验证是否发生收缩，或者诊断GC决定不收缩的原因，可以使用GC日志记录-Xx : print adaptivesizepolicy来提供见解，例如，当JVM试图为年轻一代使用更多内存来实现某些目标时。
00-1010增加了-xx:-shrinkeapingsteps，可用于更主动地应用上一节提到的选项导致的收缩选项。相关的OpenJDK错误。
对于日志记录，-xx: print adaptivesizepolicy已被-xlog3360 gcergo替换。
00-1010引入了通过G1 periodiccinterval (jep346)为G1GC启用即时内存释放的选项，但代价是一些额外的CPU。JEP还提到了Shenandoah和OpenJ9 VM中的类似功能。
如果您使用G1收集器并偶尔调用System.gc()(我每分钟都会执行一次)，Java将可靠地收缩堆并将内存返回给操作系统。
从Java 12开始，如果应用程序处于空闲状态，G1将自动执行此操作。
我建议将这些选项与上述建议结合起来，以实现非常紧凑的常驻流程规模：
-xx: useg1gc-xx3360 max heapfreeratio=30-xx3360 minheafreeratio=10
JDK 8及更早版本
zgc是用13个Java发布的，可以将未使用的堆内存返回给操作系统，请参考链接。
看完以上内容，你对如何解决JVM空闲堆内存不释放回OS的问题有进一步的了解吗？如果您想了解更多知识或相关内容，请关注行业资讯频道，感谢您的支持。
内容来源网络，如有侵权，联系删除，本文地址：https://www.230890.com/zhan/44216.html
