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

虚拟机并不是永远地要求对象的年龄必须达到了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的表现不符合，只要老年代有空间，最后还会晋升的。

问题的解答

<code class="language-c++">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 &lt; table_size) {
    total += sizes[age];//sizes数组是每个年龄段对象大小
    if (total &gt; desired_survivor_size) break;
    age++;
  }
  uint result = age &lt; 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，虽然你以后基本不会调整他。

原文链接：https://my.oschina.net/xpbob/blog/2221709