操作数栈与局部变量表的内存重叠本质是栈帧复用优化，即hotspot等虚拟机将上层栈帧局部变量表起始地址设为下层栈帧操作数栈顶位置，使传参时无需数据拷贝，仅覆盖参数对应slot，其余空间严格隔离，对字节码语义透明。
操作数栈与局部变量表的内存重叠本质是栈帧复用优化
这种“重叠”不是指同一块内存被两个结构同时读写，而是虚拟机在实现层面让相邻栈帧的内存布局发生物理交叠：上层栈帧（被调用方法）的局部变量表起始位置，与下层栈帧（主调方法）的操作数栈末尾区域共享同一段连续内存空间。该设计只存在于具体虚拟机实现（如HotSpot）中，属于运行时优化，并非JVM规范强制要求。
重叠发生的前提是栈帧连续压入且存在参数传递场景
当方法A调用方法B时：
- 方法A的栈帧已存在，其操作数栈中存放了即将传给B的实参（例如通过
iload、iconst等指令压入） - 方法B的栈帧被创建，其局部变量表第0位（实例方法为
this）、第1位、第2位……依次对应B的形参 - 虚拟机会将B的局部变量表起始地址，直接设为A操作数栈当前栈顶位置——这样，A刚压入的几个操作数，无需移动或复制，自然落入B局部变量表的前几个Slot中
重叠只覆盖“传参所需部分”，其余空间仍严格隔离
重叠范围由被调用方法的参数个数和类型决定：
- 若B接收3个int参数，需3个Slot，则A操作数栈顶部3个元素与B局部变量表索引0~2重合
- B自己的局部变量（如方法体内定义的
int x = 5;）仍分配在重叠区之后的独立Slot中，不受影响 - long/double占双Slot，重叠时也按连续两个Slot对齐，不会跨边界切分
重叠不改变字节码语义，但绕过了显式数据搬运
从Java代码和字节码角度看，参数传递始终通过“压栈→调用→加载”三步完成（如iload_1; iload_2; invokevirtual）。重叠机制对开发者完全透明，它只是让最后一步（把操作数栈值写入B的局部变量表）在内存层面变成“地址对齐+指针偏移”，省去一次循环拷贝。只要字节码指令正确，无论是否启用重叠，执行结果完全一致。
