今天咱们来聊一个面试高频问题——JVM的GC年龄。为啥GC年龄默认是15次？能超过15次吗？今天，我就来给大家好好剖析一番。
一、GC年龄是个啥？
在Java的世界里，GC（垃圾回收）是个老生常谈的话题。而GC年龄，更是JVM管理内存和优化垃圾回收效率的一个关键机制。简单来说，GC年龄就是对象在新生代（Eden区和Survivor区）中经历垃圾回收的次数。
每次垃圾回收时，新生代中的对象会被检查，那些还活着的对象会被移动到Survivor区，并且GC年龄加1。如果对象的GC年龄达到了一定的阈值（默认是15次），就会被晋升到老年代。这个机制的核心目的是：让那些“短命”的对象在新生代中快速被回收，而让“长寿”的对象进入老年代，减少频繁的垃圾回收操作。
二、为啥是15次？
（一）存储限制
在JVM中，对象的GC年龄是存储在对象头中的Mark Word部分的。这里只有4个bit位用来存储GC年龄。4个bit位能表示的最大数值是15（二进制的1111），所以GC年龄的最大值就被设定为15。这就是为啥不能超过15次的根本原因——硬件存储限制。
（二）性能优化
这个默认值可不是拍脑袋决定的，而是经过大量实验和优化得来的。研究表明，大多数对象在新生代中存活不了几次垃圾回收。经过15次垃圾回收还能存活的对象，可以说是“百里挑一”，把它们晋升到老年代，可以更好地利用内存空间，提高垃圾回收的效率。
三、能超过15次吗？
答案是：不能。虽然JVM提供了一个参数MaxTenuringThreshold来调整对象的晋升年龄阈值，但这个值的最大上限就是15。如果你硬要把这个参数设置成超过15的值，JVM会直接忽略你的设置，或者报错提醒你“参数无效”。主要是因为前面提到的存储限制——对象头里的4个bit位只能存到15。
四、背后的逻辑
为啥JVM要这么设计呢？其实，这背后是JVM对内存管理和垃圾回收效率的综合考量。
- 减少老年代的压力：老年代的垃圾回收成本很高，因为老年代的对象通常很多，而且回收频率低。把那些“短命”的对象尽可能留在新生代，让它们在新生代中快速被回收，可以减少老年代的压力。
- 优化垃圾回收效率：新生代的垃圾回收速度比老年代快很多。通过设置GC年龄阈值，让大多数对象在新生代中被回收，可以大大提高整体的
垃圾回收效率。
五、实际案例
（一）调整GC年龄阈值
假设你有一个应用，新生代的垃圾回收非常频繁，但每次回收的对象数量不多。你可以尝试调整MaxTenuringThreshold参数，把它设置得小一点，比如8次。这样，对象会更快地晋升到老年代，减少新生代的垃圾回收次数。
-XX:MaxTenuringThreshold=8
（二）观察GC日志
通过开启GC日志，你可以观察到对象的GC年龄分布情况。如果发现很多对象在新生代中存活了10次以上，但还没晋升到老年代，说明你的GC年龄阈值可能设置得太高了。
-XX:+PrintGCDetails -Xloggc:gc.log
六、总结
- GC年龄为啥是15次：这是由对象头中存储GC年龄的4个bit位决定的，同时经过实验优化，15次是一个比较合理的默认值。
- 能不能超过15次：不能，因为存储限制的存在。
- 背后的逻辑：减少老年代的压力，优化垃圾回收效率。
七、最后
GC年龄这个机制看似简单，但其实蕴含了JVM对内存管理的深刻理解。理解这个机制，不仅能帮助你在面试中轻松应对相关问题，还能让你在实际开发中更好地优化应用的性能。
最后分享一份大彬精心整理的大厂面试手册，包含计算机基础、Java基础、多线程、JVM、数据库、Redis、Spring、Mybatis、SpringMVC、SpringBoot、分布式、微服务、设计模式、架构、校招社招分享等高频面试题，非常实用，有小伙伴靠着这份手册拿过字节offer~
需要的小伙伴可以自行下载：
围观朋友⭕：dabinjava
