compressedoops在≤32gb堆内默认启用，核心是利用对象8字节对齐特性省略地址末3位，将64位指针精简为4字节存储，使对象头、引用字段等均减半，显著降低内存占用并提升缓存命中率。
在 32GB 堆以内启用 Compressed Oops 能显著降低内存占用，核心原因不是“做了压缩”，而是利用了对象地址天然的 8 字节对齐特性，把原本必须用 8 字节存的指针，精简为只存有效高位的 4 字节——整个过程零额外开销，却带来实实在在的内存节省和缓存增益。
对象地址末三位恒为 0，是压缩的前提
Java 规定所有对象起始地址必须是 8 的倍数（即二进制末三位为 000）。JVM 正是依赖这一强制对齐规则，直接省略这固定的 3 位，只存储剩余的高 29 位有效地址信息。4 字节（32 位）能表达的最大偏移量是 2³²，再乘以 8（左移 3 位还原），正好覆盖 32 GiB 地址空间。
每个引用字段都从 8 字节缩到 4 字节
开启后，以下内容全部变窄：
Free Ride - Unlimited free AI
下载
一款AI工具，主要用于管理 OpenClaw 所使用的来自 OpenRouter 的免费 AI 模型。自动按质量对模型进行排序，配置回退机制以应对速率限制，并更新 opencla...，适合需要提升相关任务效率的用户。
- 对象头中的普通对象指针（oop）：8 → 4 字节
- 对象头中的类指针（klass pointer）：8 → 4 字节（默认与 oop 绑定）
- 实例字段里的所有对象引用（如 String name、User owner）
- 数组元素的引用类型（如 Object[] items 中每个元素）
- 静态字段中的引用类型
节省效果远超“单个字段减 4 字节”
真实收益来自字段布局重构带来的连锁优化：
- 对象头从 16 字节降至 12 字节（典型 64 位 HotSpot，默认开启压缩）
- 字段排列更紧凑，大幅减少因对齐填充（padding）产生的“白占空间”
- 一个含 int + String 引用的类，在未压缩时往往要插入 4 字节 padding；压缩后可自然对齐，省下这部分
- CPU 缓存行（64 字节）能容纳更多引用字段，缓存命中率提升，GC 扫描也更快
不是“手动开启才生效”，而是默认自动启用
只要满足以下条件，JVM 启动时就会静默启用 ZeroBased 模式：
- -Xmx 设置在 4GB 至约 31.5–31.9GB 之间（非严格的 32GB 整数）
- 未显式禁用（如 -XX:-UseCompressedOops）
- 未破坏对齐前提（如 -XX:ObjectAlignmentInBytes=16）
- 操作系统允许零基映射（多数现代 Linux 默认支持）
超过这个范围，JVM 不会报错，但会退回到 8 字节原生指针——内存占用立刻上升 10%–20%，GC 压力同步增加。
