节省的字节去哪儿了？IntelliJ IDEA 中的紧凑对象头
内容提要
JetBrains在IntelliJ IDEA中实测Java 27默认启用的紧凑对象头（JEP 534）：对象头由12字节压缩至8字节，堆内对象占用减少约6%–8%，分配总量降8.8%–13%，GC次数与耗时下降，大型项目最低可用-Xmx降低17%。但进程RSS无明显变化，IDE操作速度仅小幅提升。结论：收益取决于对象构成，需分别测量，不应盲目调低-Xmx。
延伸解读
对象头压缩的收益为何因对象而异
紧凑对象头将实例头从12字节压缩到8字节，但并非每个对象都能节省4字节。HotSpot默认将对象大小按8字节对齐，因此一个仅含int字段的对象在两种布局下都是16字节，节省被填充抵消；而空对象、Long或byte[1]等则能从16或24字节降至8或16字节。最终堆内节省比例取决于应用中对象的形状组合，实测IntelliJ IDEA堆转储显示节省约6.3%–8.4%。
RSS不变不等于没有收益
在相同-Xmx下，紧凑对象头并未带来进程RSS的显著下降，因为RSS包含堆内未分配空间、类元数据、JIT代码、线程栈和共享库等。但堆内对象占用确实减少，进而使相同工作负载的总分配量降低8.8%–13.0%，GC事件和耗时也相应减少。因此评估该特性时应关注分配速率和GC压力，而非仅看进程内存。
可降低-Xmx，但需实测边界
紧凑对象头允许应用在更小的堆上限下稳定运行：小型项目Petclinic的最低可用-Xmx从400 MiB降至376 MiB（6%），大型monorepo从1,888 MiB降至1,568 MiB（17%）。不过这是测试工作负载的边界阈值，并非生产建议。文章强调不要因为对象头变小就盲目调低-Xmx，应针对自己的对象构成和负载分别测量RSS、分配量和GC表现。
Q&A
紧凑对象头是什么？它如何减少对象头大小？
紧凑对象头是Java 27默认启用的特性（JEP 534），将传统12字节的对象头（8字节标记字+4字节类指针）压缩为单个8字节字，从而减少每个对象的内存开销。
在IntelliJ IDEA中启用紧凑对象头后，堆内对象占用减少了多少？
根据实测，堆内对象占用减少约6.3%（Welcome和Petclinic项目）到8.2%–8.4%（大型monorepo项目）。
紧凑对象头能降低进程的RSS（常驻内存集）吗？
不能显著降低。在相同-Xmx下，RSS没有统计上显著或一致的变化，因为RSS包含堆外内存、元数据、JIT代码等，对象头缩小的影响被稀释。
启用紧凑对象头后，垃圾回收（GC）有什么变化？
GC次数和耗时下降。例如Petclinic项目打开/索引时GC事件减少9.3%，GC耗时减少8.0%；monorepo项目GC事件减少5.2%，GC耗时减少2.8%。脚本操作中GC耗时也降低。
紧凑对象头能让IDE操作变快吗？
仅小幅提升。累计操作时间减少约0.1%–3.1%，p95延迟降低约2.3%–2.5%，CPU使用率略有下降，但提升幅度不大。
使用紧凑对象头后，可以调低-Xmx吗？能调低多少？
可以适度调低，但需谨慎。实测中Petclinic项目最低可用-Xmx从400 MiB降至376 MiB（降6%），monorepo从1888 MiB降至1568 MiB（降17%）。但文章建议不要盲目调低，应分别测量实际收益。
