Java 15及更高版本在处理超过32GB的大堆内存时，通过独立压缩类指针（Compressed Class Pointers）显著优化了对象的内存占用。这一改进使得即使对象引用本身无法压缩，对象的元数据开销也能保持较低水平，从而提升了内存效率，解决了早期Java版本中压缩类指针与压缩对象指针绑定导致的内存膨胀问题。本文将深入探讨这一机制，解释为何在OpenJDK 19中，即使面对大堆内存，Java对象的内存占用依然能够保持较低水平。
理解Java中的指针压缩机制
在java虚拟机（jvm）中，为了节省内存并提高缓存效率，引入了指针压缩（compressed pointers）机制。它主要分为两类：
压缩对象指针 (Compressed Ordinary Object Pointers, Compressed Oops)：当Java堆内存大小在一定范围内（通常是32GB以下）时，JVM可以将64位对象引用（8字节）压缩为32位（4字节）。这是通过将对象地址视为相对于堆基址的偏移量，并假设对象总是8字节对齐来实现的。这样，一个32位的偏移量可以表示高达2^35字节（32GB）的地址空间。当堆内存超过32GB时，Compressed Oops 通常会自动禁用，对象引用会恢复为8字节。
压缩类指针 (Compressed Class Pointers)：每个Java对象在内存中都包含一个指向其Class对象的指针。这个指针指向了该对象的类型信息，是对象头的一部分。与Compressed Oops类似，Compressed Class Pointers 机制旨在将这个Class指针从8字节压缩为4字节，从而进一步减少每个对象的内存开销。
Java 11与Java 19大堆内存表现差异的根源
用户可能会观察到，在Java 11中，当堆内存超过32GB时，对象的内存占用会显著增加，而在Java 19中，即使堆内存达到41GB，某些对象的内存占用却依然较低，这似乎与Compressed Oops的32GB限制相矛盾。这种差异的根源不在于对象引用（Oops）本身的压缩，而在于类指针（Class Pointer）的压缩行为。
在JDK 15之前，UseCompressedClassPointers 这个JVM选项与 UseCompressedOops 选项是紧密绑定的。这意味着：
当堆内存小于32GB，UseCompressedOops 默认启用时，UseCompressedClassPointers 也会随之启用，类指针被压缩为4字节。当堆内存大于32GB，UseCompressedOops 自动禁用时，UseCompressedClassPointers 也会被隐式禁用，导致类指针恢复为8字节。
因此，在JDK 11（早于JDK 15）中，当堆内存设置为41GB时，不仅对象引用会是8字节，每个对象的类指针也会是8字节，从而增加了对象的整体内存开销。
JDK 15及之后的改进：类指针的独立压缩
OpenJDK社区通过 JDK-8241825: Make compressed oops and compressed class pointers independent 这一改进，解决了上述绑定问题。自JDK 15起，UseCompressedClassPointers 选项变得独立于 UseCompressedOops。这意味着：
即使堆内存超过32GB，导致 UseCompressedOops 禁用（对象引用为8字节），UseCompressedClassPointers 仍然可以保持启用状态。因此，即使在大堆场景下，对象的类指针依然可以被压缩为4字节。
这个改变显著降低了每个Java对象的元数据开销，即使在无法压缩对象引用的大堆内存环境中，也能实现内存效率的提升。
示例分析：验证类指针的压缩效果
为了直观地展示这一变化，我们可以使用 Java Object Layout (JOL) 工具来分析对象的内存布局。以下代码片段展示了如何打印一个 Object 数组的内存布局：
import org.openjdk.jol.info.ClassLayout;public class ObjectMemoryLayout { public static void main(String[] args) { // 打印一个包含3个Object引用的数组的内存布局 System.out.println(ClassLayout.parseInstance(new Object[3]).toPrintable()); }}
使用上述代码，并在不同JDK版本和堆大小下运行，我们可以观察到以下差异：
1. JDK 11 (或更早版本，堆大小 41GB)
在JDK 11环境下，使用 -Xms41g -Xmx41g 运行，Object 数组的内存布局可能类似如下：
存了个图
视频图片解析/字幕/剪辑，视频高清保存/图片源图提取
17 查看详情 
[Ljava.lang.Object; object internals:OFF SZ TYPE DESCRIPTION VALUE 0 8 (object header: mark) 0x0000000000000001 (non-biasable; age: 0) 8 8 (object header: class) 0x000001f54bec41e0 <-- 注意这里是8字节 16 4 (array length) 3 20 4 (alignment/padding gap) 24 24 java.lang.Object Object;. N/AInstance size: 48 bytesSpace losses: 4 bytes internal + 0 bytes external = 4 bytes total
可以看到，object header: class 字段占用了8字节，导致整个 Object[3] 实例的大小为48字节。这是因为 UseCompressedClassPointers 随 UseCompressedOops 一同被禁用。
2. JDK 15 或更新版本 (例如 JDK 19，堆大小 41GB)
在JDK 15或更高版本（如JDK 19）环境下，使用 -Xms41g -Xmx41g 运行，Object 数组的内存布局可能类似如下：
[Ljava.lang.Object; object internals:OFF SZ TYPE DESCRIPTION VALUE 0 8 (object header: mark) 0x0000000000000001 (non-biasable; age: 0) 8 4 (object header: class) 0x000020fc <-- 注意这里是4字节 12 4 (array length) 3 16 24 java.lang.Object Object;. N/AInstance size: 40 bytesSpace losses: 0 bytes internal + 0 bytes external = 0 bytes total
在此输出中，object header: class 字段仅占用4字节。由于类指针的压缩，以及相应的填充调整，整个 Object[3] 实例的大小减少到了40字节。值得注意的是，Object;. 部分（即数组中存储的3个 Object 引用）在两种情况下都占用了24字节（每个引用8字节，因为 UseCompressedOops 已禁用），这进一步证明了差异在于类指针，而非对象引用本身。
结论与最佳实践
从JDK 15开始，Java虚拟机在处理大堆内存时，通过使压缩类指针独立于压缩对象指针，显著优化了对象的内存占用。这意味着即使您的应用程序需要超过32GB的堆内存，并且无法利用Compressed Oops来压缩对象引用，JVM仍然可以通过压缩类指针来减少每个对象的固定开销。
主要启示：
区分概念： 理解“压缩对象指针”（Compressed Oops）和“压缩类指针”（Compressed Class Pointers）是两个独立但相关的优化。JDK 15+ 内存优势： 对于运行在大堆内存环境下的Java应用程序，升级到JDK 15或更高版本可以带来潜在的内存效率提升，减少对象元数据开销。工具辅助分析： 使用如JOL (Java Object Layout) 这样的工具是分析和理解Java对象内存布局的强大手段，有助于开发者深入探究内存使用情况并进行优化。
通过利用这些JVM内部的优化，开发者可以更好地管理和利用系统资源，尤其是在处理大规模数据和高并发场景下的Java应用程序时。
以上就是OpenJDK 15+ 内存优化：深入理解大堆场景下的压缩类指针的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/215746.html
微信扫一扫 
支付宝扫一扫 
