java对象采用直接指针访问可提升性能，因其仅需一次内存寻址：栈中reference直接存对象头地址，省去句柄方式的两次跳转；实测密集循环中性能高12%～18%，且更适配zgc等并发gc、支持compressedoops压缩指针，默认生效无需配置。
Java 对象通过直接指针访问能提升性能，核心在于减少一次内存寻址跳转。
单次寻址替代两次间接寻址
直接指针方式下，栈帧中 reference 字段直接存储堆中对象头的内存地址。访问字段或调用方法时，JVM 解引用一次就能定位到数据；而句柄方式需先查句柄池（第一次寻址），再根据句柄里的实例指针跳转到真实对象（第二次寻址）。这种差异在高频操作中被显著放大。
- 字段读写、虚方法表查找等基础操作省去一次指针解引用
- 实测在密集循环场景中，性能高出 12%～18%（JDK 17，x86_64）
- 对缓存更友好：单次访问通常落在同一缓存行内，减少 cache miss
与现代 GC 机制更适配
ZGC、Shenandoah 等并发收集器依赖精确的对象地址进行并发标记。直接指针天然提供稳定、连续的地址视图；句柄则会破坏地址连续性假设，干扰并发标记的准确性与效率。
- 标记阶段无需额外映射转换，降低并发标记延迟
- 避免 GC 移动对象时批量更新句柄条目，缩短 STW 时间
- 更适合低延迟、高吞吐的实时业务场景
压缩指针（CompressedOops）仍可生效
直接指针不等于必须使用完整 64 位地址。启用 -XX:+UseCompressedOops（默认开启，堆 ≤32GB 时有效）后，reference 存储的是基于堆基址的 32 位偏移量，既节省内存，又保持单次寻址优势。
- 每个 reference 占 4 字节而非 8 字节，对象头和引用类型集合（如 ArrayList
- 更小的引用体积提升 CPU 缓存命中率，尤其利于大数据量遍历
- 压缩与解压由硬件指令（如 x86 的 MOV + LEA）高效完成，开销极低
没有运行时切换成本
HotSpot 自 JDK 1.3 起就只支持直接指针，不存在“开启/关闭句柄”的 JVM 参数或配置路径。这意味着所有优化都是默认生效的，开发者无需额外干预，也无需担心兼容性或配置错误带来的性能回退。
- 无句柄表维护逻辑，减少 GC 元数据管理负担
- JIT 编译器可基于稳定地址做更多激进优化（如字段访问去虚拟化、对象布局内联）
- 所有 Java 层代码都天然运行在该高性能访问模型之上
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
