UseCompressedOops通过将对象引用和Klass指针从8字节压缩为4字节节省内存，利用对象8字节对齐使地址低3位恒为0，右移后32位可寻址≤32GB堆，单对象省8字节，百万实例省约8MB，堆内存降低30%～50%。
指针压缩（UseCompressedOops）是 JVM 在 64 位环境下节省内存的关键机制，它不改变程序逻辑，但显著降低对象的内存 footprint。核心在于：用 4 字节替代原本 8 字节的对象引用和类元数据指针，前提是堆不超过 32GB。
为什么压缩能省空间？
Java 对象在堆中强制按 8 字节对齐，地址低 3 位恒为 0。JVM 利用这点，把真实地址右移 3 位后存为 32 位整数——相当于用“偏移量”代替完整地址。32 位最多表达 2³² 个单位，每个单位是 8 字节，因此覆盖上限为 32GB（2³² × 8 = 32GB）。只要堆在此范围内，压缩就安全有效。
具体影响哪些内存区域？
被压缩的包括：
- 对象头中的 Klass Pointer（指向类元数据）
- 实例字段里的对象引用（如 String name、List
- items
） - 对象数组（Object[]）的每个元素
- 静态变量中持有的对象引用
不参与压缩的有：
立即学习“Java免费学习笔记（深入）”；
在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。
- 栈上的局部变量、方法参数、返回值中的引用（它们不走 Oop 路径）
- 指向元空间 Class 对象的特殊指针（如类加载器元数据）
- NULL 引用（直接编码为 0，无需存储）
内存布局变化怎么算？
以一个空对象 new Object() 为例：
- 未压缩：对象头 16 字节（Mark Word 8 + KlassPtr 8），对齐后仍为 16 字节
- 开启压缩：对象头实际为 12 字节（Mark Word 8 + KlassPtr 4），但因 8 字节对齐，填充至 16 字节
再看含字段的类：class Person { String name; int age; }
- 未压缩：对象头 16 + name 引用 8 + age 4 + 填充 4 = 32 字节
- 开启压缩：对象头 12 + name 引用 4 + age 4 + 填充 4 = 24 字节
单对象省 8 字节，百万实例就省约 8MB；整体堆内存可减少 30%～50%，GC 压力明显下降。
超过 32GB 堆会怎样？
JVM 会自动禁用 UseCompressedOops，所有引用和 Klass 指针恢复为 8 字节。此时对象体积增大，缓存效率下降，GC 更频繁。若强行指定 -XX:+UseCompressedOops 且 -Xmx > 32g，JVM 启动失败或静默降级，报错类似 Could not create the Java Virtual Machine。个别场景可通过 -XX:ObjectAlignmentInBytes=16 扩展寻址上限至 64GB，但会增加填充浪费，一般不推荐。
