desired survivor size 是 jvm 在新生代 gc(minor gc)后,根据当前存活对象的大小和 survivor 区的容量动态计算出的一个阈值。它决定了哪些从 eden 区或旧 survivor 区幸存下来的对象会被复制到 survivor 区,而超过这个大小的对象则会直接晋升到老年代。具体做法是:jvm 会统计所有需要存活的对象总大小,如果该大小小于 survivor 容量的 50%,则 desired survivor size 等于该实际大小;如果大于 50%,则 desired survivor size 等于 survivor 容量的 50%。这一机制旨在平衡内存碎片和晋升速度。

Survivor 区容量与 50% 阈值的计算逻辑
当发生 Minor GC 时,JVM 首先会扫描 Eden 区和当前的 Survivor 区(通常是 S0),找出所有存活的对象。接着,JVM 会尝试将这些对象复制到另一个 Survivor 区(S1)。为了决定复制多少对象,JVM 引入了 Desired Survivor Size 的概念。其核心逻辑是:如果当前存活对象的总大小小于 Survivor 区总容量的 50%,那么 Desired Survivor Size 就等于这些存活对象的实际总大小,此时 Survivor 区会有剩余空间;如果存活对象总大小超过了 Survivor 区容量的 50%,那么 Desired Survivor Size 就被固定为 Survivor 区容量的 50%,多余的对象将被直接晋升到老年代。这种设计是为了防止 Survivor 区被填满导致频繁的 Full GC,同时也避免了过早晋升对象到老年代从而增加老年代的压力。

public class GCDemo {
public static void main(String[] args) {
// 设置堆大小,便于观察
// -Xms10m -Xmx10m -XX:+PrintGCDetails
byte[] allocation1, allocation2, allocation3;
allocation1 = new byte[1 * 1024 * 1024]; // 1MB
allocation2 = new byte[1 * 1024 * 1024]; // 1MB
allocation3 = new byte[1 * 1024 * 1024]; // 1MB
// 触发 Minor GC
allocation1 = null;
allocation2 = null;
// 模拟大量存活对象
byte[] largeAllocation = new byte[2 * 1024 * 1024]; // 2MB
}
}
基于程序中某个输入、条件或结果的具体问题
在上述代码中,如果我们将堆大小设置为较小值(如 10MB),并观察 GC 日志,会发现当存活对象总和超过 Survivor 区 50% 时,Desired Survivor Size 不再随存活对象增加而增加,而是保持恒定。例如,若 Survivor 区总大小为 2MB,则 50% 为 1MB。如果存活对象总大小为 1.5MB,Desired Survivor Size 仍为 1MB,剩下的 0.5MB 对象将直接晋升到老年代。这意味着,即使年轻代还有空间,部分对象也会因为超过阈值而被提前晋升。开发者可以通过调整 -XX:MaxTenuringThreshold 来改变晋升年龄,但 Desired Survivor Size 的计算逻辑依然遵循上述规则。理解这一点有助于优化内存分配策略,避免不必要的老年代 GC。
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南











