java对象头mark word不直接存储分代年龄，年龄由gc在复制过程中维护并记录于堆外元数据中；其64位结构中仅部分bit在特定gc场景下复用，主流gc如g1、zgc均不依赖mark word存年龄。
Java对象头中的标记字（Mark Word）并不直接存储分代年龄，而是通过GC算法和JVM实现间接参与年龄管理。分代年龄实际由GC在复制过程中维护，对象头仅提供必要支持（如锁状态、哈希码、GC标记位），年龄信息本身不编码在Mark Word中。
对象头Mark Word的结构与GC相关字段
HotSpot虚拟机中，64位平台默认开启指针压缩时，Mark Word为64位，其中部分bit用于GC：
- 锁标志位（2位）：区分无锁、偏向锁、轻量级锁、重量级锁、GC标记等状态
- GC分代年龄（4位）：仅在特定GC场景（如CMS或ZGC的某些模式）中复用部分bit，但主流G1、Shenandoah、ZGC均不依赖此字段存年龄
- 是否被标记（1位）：用于标记-清除或标记-整理算法中的存活标记，与年龄无关
注意：OpenJDK 8/17中，分代年龄（Tenuring Age）始终由对象所在Survivor区的复制次数决定，由GC线程在YGC后显式更新，并记录在对象所属的region或card table元数据中，而非Mark Word。
为什么不能直接从对象头读取年龄？
因为Mark Word设计目标是轻量级、高复用，需兼顾锁优化、哈希码延迟计算、GC标记等多用途。年龄不是运行时高频访问字段，且不同GC策略处理方式差异大：
- G1使用Remembered Set跟踪跨代引用，年龄隐含在Region的GC周期计数中
- ZGC通过染色指针（colored pointer）将标记状态编码在地址高位，年龄仍由GC控制结构维护
- Serial/Parallel GC虽有age数组，但年龄值存在堆外的“age table”中，对象头只保留指向该表的索引（极少数旧版本）
如何观察分代年龄的实际变化？
可通过JVM参数和工具间接验证年龄行为，而非解析Mark Word：
- 启用详细GC日志：
-XX:+PrintGCDetails -XX:+PrintGCTimeStamps，查看YGC后对象晋升日志（如Desired survivor size、Age table统计） - 使用JFR（Java Flight Recorder）录制GC事件，筛选
GCCause为Allocation Pressure的YGC，观察SurvivorRegionsUsed和AgeThreshold - 通过
jmap -histo:live <pid></pid>无法显示年龄，但配合-XX:+PrintTenuringDistribution可打印每次YGC后的年龄分布
例如添加参数-XX:+PrintTenuringDistribution后，日志中会出现：
– age 1: 1234560 bytes, 123456 objects
– age 2: 876543 bytes, 87654 objects
误读Mark Word的常见误区
部分文章称“Mark Word低4位存年龄”，这源于对早期CMS或Serial GC源码的过时理解。现代HotSpot中：
- Mark Word的bit布局随锁状态动态解释，同一bit在不同状态下含义不同
- 调用
Object.hashCode()后，若未启用-XX:-UseBiasedLocking，哈希码可能覆盖原年龄位（如果曾存放过） - 使用
Unsafe.objectFieldOffset()或JOL（Java Object Layout）工具查看Mark Word，看到的是当前锁/标记状态快照，不是年龄寄存器
真正控制年龄阈值的是-XX:MaxTenuringThreshold参数，默认为15（可达），但实际晋升阈值由JVM根据Survivor空间动态调整（如打印日志中new threshold 6）。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
