Java中Compressed OOPs是JVM在64位环境下自动启用的指针压缩机制，利用对象8字节对齐特性将64位引用压缩为32位，使堆≤32GB时String等对象的value引用从8字节减至4字节，节省内存并提升缓存效率。
Java 中 String 字符串本身并不直接触发 Compressed OOPs（Compressed Ordinary Object Pointers）的“生效”，而是整个 JVM 在满足条件时自动启用该机制，String 作为普通对象，自然受益于这一优化。关键在于：Compressed OOPs 是 JVM 对所有对象引用（包括 String 实例中的字段、数组引用等）的指针压缩策略，不是针对 String 的特殊功能。
Compressed OOPs 是什么
在 64 位 JVM 中，对象引用默认占 8 字节（64 位）。Compressed OOPs 允许 JVM 使用 32 位（4 字节）来表示引用，前提是堆内存不超过约 32 GB（确切上限取决于堆起始地址对齐和压缩偏移算法）。JVM 通过将引用左移 3 位（即乘以 8），映射到实际的 64 位地址空间——因为对象在堆中按 8 字节对齐，低 3 位恒为 0，可省略。
String 类内部通常包含以下引用字段（JDK 9+）：
- value：指向 char[] 或 byte[]（取决于编码，JDK 9 起用 byte[] + coder）
- coder：byte 类型，标识 Latin-1 或 UTF-16 编码
其中 value 是一个对象引用（指向数组），正是 Compressed OOPs 压缩的目标。只要开启该机制，每个 String 实例的 value 字段就只占 4 字节，而非 8 字节。
立即学习“Java免费学习笔记（深入）”；
何时启用 Compressed OOPs
JVM 启动时自动判断是否启用，无需手动配置（除非显式禁用）。满足以下任一条件即启用：
- 使用 64 位 JVM
- 堆大小 ≤ 32 GB（典型阈值；精确值受 UseCompressedOops 和堆基址影响）
- 未显式设置 -XX:-UseCompressedOops
可通过 -XX:+PrintVMOptions 或 jstat 查看是否启用。例如启动时输出 -XX:+UseCompressedOops，说明已生效。
String 内存布局对比（启用 vs 未启用）
以 JDK 17 中一个简单 String（如 "abc"）为例（忽略对齐填充）：
- 启用 Compressed OOPs：value 引用占 4 字节，整体对象头 + 字段更紧凑，节省内存
- 未启用（-XX:-UseCompressedOops）：value 引用占 8 字节，对象更大，GC 压力略增
注意：String 本身不可变，但其 value 数组是独立对象。压缩的是 String 实例中指向该数组的引用，不是数组内容。
影响与注意事项
Compressed OOPs 对 String 的影响是间接但显著的：
- 大量 String 实例（如缓存、日志、JSON 解析结果）时，引用字段压缩能明显降低堆内存占用
- 不改变 String 行为或 API，纯底层优化
- 当堆接近 32 GB 临界点时，JVM 可能因无法安全压缩而自动关闭该特性（此时会打印警告）
- JDK 15+ 默认启用且难以关闭；JDK 8/11 中若堆设为 -Xmx32g，通常仍启用（因实际可用略高于 32 GB）
