《深入理解Java虚拟机》之长期存活的对象将进入老年代测试结果（-XX:MaxTenuringThreshold=15未生效）

最新推荐文章于 2024-03-25 14:19:59 发布

原创

最新推荐文章于 2024-03-25 14:19:59 发布 · 1.8k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#Java #晋升老年代 #虚拟机

本文通过运行《深入理解Java虚拟机》中的代码，探讨了-XX:MaxTenuringThreshold参数对长期存活对象晋升到老年代的影响。在JDK 1.8.0_172环境下，即使设置为15，对象依然在第二次GC时进入老年代，这与书中描述和JDK 1.6.0_37环境下的结果不同，可能是新版JVM的优化导致。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

在阅读《深入理解Java虚拟机》中长期存活对象进入年老代这部分内容时，将书中代码运行了一遍，结果如下（运行环境：jdk1.8.0_172）：

①当-XX:MaxTenuringThreshold=1时，运行结果与书中描述一致，allocation1对象在第二次GC发生时进入老年代。

[GC (Allocation Failure) [DefNew
Desired survivor size 524288 bytes, new threshold 1 (max 1)
- age 1: 790240 bytes, 790240 total
: 5335K->771K(9216K), 0.0031656 secs] 5335K->4867K(19456K), 0.0032127 secs] [Times: user=0.02 sys=0.00, real=0.00 secs]
[GC (Allocation Failure) [DefNew
Desired survivor size 524288 bytes, new threshold 1 (max 1)
: 4867K->0K(9216K), 0.0008847 secs] 8963K->4866K(19456K), 0.0009065 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
Heap
def new generation total 9216K, used 4178K [0x00000000fec00000, 0x00000000ff600000, 0x00000000ff600000)
eden space 8192K, 51% us