Java对象访问采用直接指针方式，栈中reference直接指向堆中对象头，单次寻址即可读写字段或调用方法，比句柄方式快12%~18%，HotSpot自JDK 1.3起仅支持此方式；句柄仅存于教学模型，现代虚拟机中无实际启用路径。
Java中对象访问定位的效率差异，核心在于指针跳转次数。直接指针方式明显更快——它让栈中的reference直接指向堆中对象起始地址，一次寻址即可读取数据；句柄方式则需先查句柄池、再根据句柄里的实例指针跳转到真实对象，属于两次间接寻址。
直接指针：单次寻址，高频操作受益显著
HotSpot虚拟机自JDK 1.3起就只采用直接指针访问。栈帧局部变量表里的reference字段，存储的就是堆中对象头的内存地址。访问字段或调用方法时，JVM无需额外查表，直接解引用即可。
- 字段读写、虚方法表查找等操作省去一次指针解引用，实测在密集循环中快12%~18%
- 对ZGC、Shenandoah等并发收集器更友好，因标记阶段依赖精确的对象地址，句柄会破坏地址连续性假设
- 压缩指针（-XX:+UseCompressedOops）在此模式下仍有效，用32位偏移量表示64位地址，兼顾内存与性能
句柄：稳定但慢，仅存于教学模型中
句柄方式要求堆内划出专门的句柄池，reference保存的是句柄地址，而句柄结构里再分别存实例数据地址和类型数据（Klass）地址。这种设计在理论上能隔离对象移动的影响——GC移动对象时，只需更新句柄中的实例指针，栈上reference不变。
- 但该机制从未在现代HotSpot中启用过，源码里没有可配置的句柄开关参数，也没有运行时启用路径
- 句柄表维护带来额外GC开销：移动大量对象时需批量更新句柄条目，延长STW时间，不利于低延迟场景
- 所谓“句柄”在HotSpot C++代码中仅作为RAII安全封装工具（Handle类），不参与Java层对象定位逻辑
真正影响定位的其实是压缩指针设置
开发者能实际调控的，不是句柄或指针的切换，而是是否启用压缩指针。开启后，reference存储的是基于堆基址的32位偏移量；关闭后，则是完整的64位地址。这会影响对象地址的表达形式和内存占用，但不改变“直接指针”这一根本访问方式。
- -XX:+UseCompressedOops（默认开启，堆≤32GB时生效）→ 更小的reference体积，缓存更友好
- -XX:-UseCompressedOops → 所有reference占8字节，适用于超大堆且内存充足场景
- 无论是否压缩，底层都是直接指针：栈中ref始终直连堆中对象头
