java中无法直接通过mark word观测对象分代年龄，因其仅在serial/parallel gc且无锁时复用为年龄计数器，g1/zgc等现代gc完全弃用；应依赖gc日志（如-xx:+printtenuringdistribution）或jfr分析代际流转。
Java中无法直接通过Mark Word的分代年龄字段观测对象的代际流转，因为该字段仅在使用CMS或Serial/Parallel等基于分代假设的垃圾收集器、且启用-XX:+UseSerialGC等特定配置时才被复用为“年龄计数器”，而现代主流GC（如G1、ZGC、Shenandoah）根本不使用Mark Word存储分代年龄。
Mark Word中的“年龄”字段有严格前提条件
HotSpot VM中，对象头Mark Word是64位（开启压缩指针时为32位），其布局高度依赖于JVM运行时状态（是否启用偏向锁、是否处于锁膨胀状态等）。所谓“分代年龄”只是Mark Word在特定场景下的复用含义：
- 仅在Serial和Parallel Scavenge收集器中，当对象处于“无锁且未偏向”状态时，Mark Word低4位（或低6位，取决于平台）才被解释为GC年龄（max tenuring threshold默认为15）
- CMS早期版本曾复用该字段，但CMS已废弃；G1完全弃用该设计，改用Remembered Set与RSet日志跟踪跨代引用
- 一旦对象发生锁竞争（轻量级锁、重量级锁）或启用偏向锁，Mark Word对应位立即被覆盖为锁记录地址或线程ID，年龄信息丢失
真正可观测代际流转的方式是GC日志分析
要确认对象是否晋升、何时晋升、在哪次YGC后进入老年代，应依赖JVM提供的标准观测手段：
- 添加
-Xlog:gc*,gc+age=trace（JDK 10+）或-XX:+PrintGCDetails -XX:+PrintTenuringDistribution（JDK 8） -
PrintTenuringDistribution会在每次YGC后打印幸存者区中各年龄对象的大小分布，例如： - 结合
-XX:+PrintGCTimeStamps和GC日志时间戳，可定位某批对象从新生代到老年代的具体YGC轮次
代码层面辅助验证对象生命周期
若需在应用中粗略追踪对象是否“活过多次GC”，可借助java.lang.ref.PhantomReference配合ReferenceQueue，或使用java.lang.instrument.Instrumentation.getObjectSize()配合人工触发GC（仅限测试）：
- 在对象构造时记录创建时间或打标记，在多次调用
System.gc()（仅用于调试）后检查其是否仍可达 - 更可靠的做法是使用JFR（Java Flight Recorder）录制事件：
jcmd <pid> VM.native_memory summary</pid>或开启G1EvacuationYoungStatistics事件 - JDK 17+支持
-XX:+UnlockDiagnosticVMOptions -XX:+PrintAdaptiveSizePolicy，输出G1自适应调优过程中的晋升预测
不要尝试解析Mark Word获取年龄
即使在Serial GC下，手动读取Mark Word也面临多重障碍：
- 无标准API暴露Mark Word；Unsafe.objectFieldOffset()无法定位对象头，HotSpot内部结构不对外承诺稳定
- HotSpot源码中
markOopDesc::age()是C++私有方法，JDK未提供对应Java接口 - 反射、Unsafe或JVMTI操作对象头属于未定义行为，不同JDK版本、不同GC组合下结果不可移植，极易崩溃
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
