虚拟机栈中局部变量存取性能极高，因其直接映射CPU寄存器或高速缓存、路径短、无GC与同步开销；局部变量表为连续槽数组，编译期确定偏移，指令直访；栈上分配避免堆延迟；声明位置影响栈空间预留；线程私有栈具备高缓存友好性。
虚拟机栈中局部变量的存取性能极高，核心原因在于它直接映射到 CPU 寄存器或高速缓存行，且访问路径短、无 GC 干预、无同步开销。
局部变量表是栈帧的“寄存器级缓存”
局部变量表本质上是一块连续的、按槽（slot）索引的数组，每个槽固定 32 位（long 和 double 占两个槽）。JVM 指令如 iload_0、fstore_3 可直接通过编号访问，无需寻址计算或对象解引用：
- 基础类型（int、boolean 等）值直接存于槽中，读写即寄存器级操作
- 对象引用也是 32/64 位地址值，和基础类型一样快速加载/存储
- 编译期已确定槽位偏移，运行时无反射、无动态查找，零额外开销
栈上分配避免堆访问延迟
未逃逸的局部对象（如小 StringBuilder、包装类、简单 DTO）经逃逸分析后可被标量替换（Scalar Replacement），字段直接拆入局部变量表——相当于把对象“摊平”成多个局部变量：
- 字段访问变成对连续槽位的直接读写，跳过堆内存寻址、TLAB 分配、GC 标记等环节
- 避免了堆上对象的 cache line 跨页、false sharing 等现代 CPU 性能陷阱
- 实测显示：栈上分配的 short-lived 对象，创建+访问耗时可比堆上低 3–5 倍
变量声明位置影响栈帧空间预留
JVM 在方法入口就为整个局部变量表分配栈空间，不区分实际使用时机。声明位置不当会提前占用槽位，间接影响性能：
- 在方法开头
new byte[1024]，即使只在末尾分支用，栈帧仍需预留对应引用槽 + 堆对象本身（虽对象在堆，但引用占栈） - 多个临时变量（
temp1~temp5）若类型相同，合并为数组或复用单个变量，可减少槽位总数，提升栈帧紧凑度 - 方法参数和显式声明变量共享同一张局部变量表，过多参数会挤占后续变量槽位，增加栈深度压力
高频调用下栈变量的缓存友好性
线程私有栈天然具备高时间/空间局部性：连续方法调用复用同一段栈内存，CPU 缓存命中率远高于堆：
- 栈帧入栈时，其局部变量表大概率落在 L1/L2 缓存中；出栈后空间立即复用，无脏数据刷写开销
- 相比堆上对象，栈变量不存在 write barrier、card table 标记、跨代引用记录等 JIT 优化屏障
- 现代 JVM（如 HotSpot）会对热点栈帧做栈上变量逃逸再判定，持续优化局部性，但前提是代码结构清晰、作用域收敛
