jvm源码阅读笔记[2]：你不知道的晋升阈值TenuringThreshold详解

    从零开始看源码，旨在从源码验证书上的结论，探索书上未知的细节。有疑问欢迎留言探讨
    个人源码地址：https://github.com/FlashLightNing/openjdk-notes
    还有一个openjdk6,7,8,9的地址：https://github.com/dmlloyd/openjdk
    jvm源码阅读笔记[1]：如何触发一次CMS回收
    jvm源码阅读笔记[2]：你不知道的晋升阈值TenuringThreshold详解
    jvm源码阅读笔记[3]：从内存分配到触发GC的细节
    jvm源码阅读笔记[4]：从GC说到vm operation
    jvm源码阅读笔记[5]：内存分配失败触发的GC究竟对内存做了什么？

    大家都知道年轻代中经历了多次GC之后仍然没有被回收的对象就会晋升到老年代中。它引入了一个“年龄”的状态：每经历一次GC，对象的年龄就会+1。而到了某一时刻，如果对象的年龄大于设置的一个晋升的阈值，该对象就会晋升到老年代中。对象的年龄最大只能是15，因为jvm中使用4个字节来表示对象的年龄。
    那么，问题来了，阈值都是怎么计算的呢？《深入理解Java虚拟机》中告诉我们，有这么一个参数：

-XX:MaxTenuringThreshold=6

表示设置对象最多经过6次GC而没有被回收的话，就会晋升到老年代中。
    但是正如这个参数中的max，它只是设置最大的阈值。而在运行的过程中，虚拟机会动态计算晋升的阈值。那么，它又是怎么来计算的呢？来看看下面的代码：
（地址：https://github.com/FlashLightNing/openjdk-notes/blob/master/src/share/vm/gc_implementation/shared/ageTable.cpp）
    

uint ageTable::compute_tenuring_threshold(size_t survivor_capacity) {
  //TargetSurvivorRatio默认50，意思是：在回收之后希望survivor区的占用率达到这个比例
  size_t desired_survivor_size = (size_t)((((double) survivor_capacity)*TargetSurvivorRatio)/100);
  size_t