jvm误区–动态对象年龄判定

>>强大,10k+点赞的 SpringBoot 后台管理系统竟然出了详细教程!

虚拟机并不是永远地要求对象的年龄必须达到了MaxTenuringThreshold才能晋升老年代,如果在Survivor空间中相同年龄所有对象大小的总和大于Survivor空间的一半,年龄大于或等于该年龄的对象就可以直接进入老年代,无须等到MaxTenuringThreshold中要求的年龄。

学习jvm的人,基本都阅读过上面这段话,这里讲的是动态年龄的判定。对于动态的判定的条件就是相同年龄所有对象大小的总和大于Survivor空间的一半,然后算出的年龄要和MaxTenuringThreshold的值进行比较,以此保证MaxTenuringThreshold设置太大(默认15),导致对象无法晋升。

问题的提出

场景假设

如果说非得相同年龄所有对象大小总和大于Survivor空间的一半才能晋升。我们看下面的场景

  1. MaxTenuringThreshold为15

  2. 年龄1的对象占用了33%

  3. 年龄2的对象占用33%

  4. 年龄3的对象占用34%。

开始推论

  1. 按照晋升的标准。首先年龄不满足MaxTenuringThreshold,不会晋升。

  2. 每个年龄的对象都不满足50%。,不会晋升。

得到假设结论

Survivor都占用了100%了,但是对象就不晋升。导致老年代明明有空间,但是对象就停留在年轻代。但这个结论似乎与jvm的表现不符合,只要老年代有空间,最后还会晋升的。

问题的解答

uint ageTable::compute_tenuring_threshold(size_t survivor_capacity) {
    //survivor_capacity是survivor空间的大小
  size_t desired_survivor_size = (size_t)((((double) survivor_capacity)*TargetSurvivorRatio)/100);
  size_t total = 0;
  uint age = 1;
  while (age < table_size) {
    total += sizes[age];//sizes数组是每个年龄段对象大小
    if (total > desired_survivor_size) break;
    age++;
  }
  uint result = age < MaxTenuringThreshold ? age : MaxTenuringThreshold;
    ...
}

我把晋升年龄计算的代码摘出。我们来看看动态年龄的计算。代码中有一个TargetSurvivorRatio的值。

-XX:TargetSurvivorRatio
目标存活率,默认为50%

  1. 通过这个比率来计算一个期望值,desired_survivor_size 。

  2. 然后用一个total计数器,累加每个年龄段对象大小的总和。

  3. 当total大于desired_survivor_size 停止。

  4. 然后用当前age和MaxTenuringThreshold 对比找出最小值作为结果

总体表征就是,年龄从小到大进行累加,当加入某个年龄段后,累加和超过survivor区域*TargetSurvivorRatio的时候,就从这个年龄段网上的年龄的对象进行晋升。

再次推演

还是上面的场景。
年龄1的占用了33%,年龄2的占用了33%,累加和超过默认的TargetSurvivorRatio(50%),年龄2和年龄3的对象都要晋升。

小结

动态对象年龄判断,主要是被TargetSurvivorRatio这个参数来控制。而且算的是年龄从小到大的累加和,而不是某个年龄段对象的大小。看完后先记住这个参数吧TargetSurvivorRatio,虽然你以后基本不会调整他。


原文始发于微信公众号(一次编译多处运行):jvm误区--动态对象年龄判定