HotSpot自JDK 1.3起弃用句柄池，强制使用直接指针；现代GC通过读/写屏障、安全点扫描和着色指针实现高效对象移动，直接指针在热点路径上比句柄快12%~18%，且更利于CPU缓存与JIT优化。
句柄池在对象移动时确实更“省事”，但HotSpot根本不这么干
句柄池方案的理论优势是：GC移动对象时，栈上reference不用改，只更新句柄表里对应的实例地址。听起来很稳妥——可现实是，HotSpot自JDK 1.3起就彻底弃用了句柄池，现在所有主流JDK（包括ZGC、Shenandoah等低延迟GC）都强制使用直接指针。你找不到任何JVM参数能启用句柄访问，源码里也没有运行时可切换的句柄机制。
直接指针访问下，对象移动不是靠“改引用”，而是靠GC算法协同
直接指针看似在对象移动时要批量修正所有栈/寄存器中的引用，实际并非如此：
- 现代GC（如G1、ZGC）采用“读屏障”或“写屏障”技术，在对象被访问或赋值的瞬间动态重定向，reference本身无需修改；
- 栈上引用在安全点（safepoint）暂停时由GC线程统一扫描并更新，这个过程与是否用句柄无关，而取决于GC的并发能力；
- ZGC甚至做到几乎不中断应用线程，靠的是着色指针（colored pointers）和加载屏障，直接在指针高位编码状态，完全绕开句柄层。
性能差距主要体现在高频访问路径上，而非移动开销
实测表明，直接指针在字段读写、虚方法调用等热点路径上比模拟句柄方案快12%~18%（JDK 17, x86_64）。原因很直接：
- 句柄访问需两次内存跳转：栈→句柄表→对象数据；
- 直接指针一步到位：栈→对象数据；
- CPU缓存友好性更高，减少TLB miss和cache line浪费；
- 对JIT编译器更友好，便于内联、逃逸分析等优化。
所谓“句柄稳定”只是教学模型，真实世界里它已退出历史舞台
《深入理解Java虚拟机》等书中提到的句柄，本质是为讲解GC原理构建的概念模型。它帮助初学者理解“引用如何与物理地址解耦”，但不是可配置、可运行的机制。HotSpot C++代码里的Handle类只是RAII风格的智能指针封装，仅用于JVM内部C++对象管理，与Java层对象定位毫无关系。你写不出-XX:+UseHandleAccess这样的参数——因为它根本不存在。
