OpenJDK8下Java应用运行时最大堆内存变化原因排查

结合你提到的场景和JVM的运行机制，我整理两个最可能的原因：

• Max Heap与Committed Heap的概念混淆
  你提到找到过相关问题，这里核心要明确两个关键内存指标：

  • Max Heap：就是你通过-Xmx指定的堆内存上限，这个值在应用启动后是不会改变的。
  • Committed Heap：JVM实际向操作系统申请并占用的内存量，它会在-Xms（初始堆内存）和Max Heap之间动态调整。
    你们平时看到二者一致，说明JVM已经把堆内存用到接近上限的状态，不需要调整；但在截图11:53的场景下，JVM可能因为内存压力降低，主动释放了部分已申请的内存给操作系统，就会出现Committed Heap小于Max Heap的情况，看起来像是“堆最大值变了”，但实际-Xmx并没有改动。

• 年轻代串行收集器的堆收缩机制
  你提到的-XX:MaxHeapFreeRatio参数是关键。这个参数默认值是70%，当JVM完成GC后，如果堆内存的空闲比例超过这个阈值，JVM会主动收缩Committed Heap的大小，尽量把空闲内存还给操作系统，直到接近-Xms的大小。这种收缩行为会让你观测到的堆内存数值下降，尤其是在应用长时间处于低负载、内存空闲较多的场景下，更容易触发这个逻辑。

内容的提问来源于stack exchange，提问作者Jaroslaw Pawlak