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免费学习笔记（深入）”；
