Slot槽位复用是编译期基于作用域分析的静态映射，非运行时动态腾挪；javac将生命周期不重叠的变量分配至同一slot索引，通过LocalVariableTable中start_pc与length区间判定复用有效性。
Slot槽位的物理复用不是运行时动态“腾挪”内存，而是编译期确定、运行期静态分配下的作用域驱动式重用——本质是JVM在局部变量表固定长度前提下，把已“失效”的槽位重新指派给新变量使用。
复用发生在编译期，不是运行时动态回收
局部变量表总槽数（locals值）在编译完成时就已固化，方法执行中不会增减。所谓“复用”，是指javac在生成字节码时，根据变量作用域分析结果，主动将多个变量映射到同一组slot索引上，前提是它们的生命周期不重叠。
- 比如变量
a作用域从字节码偏移0到10，变量b从12开始，二者无交集 → javac可能都分配slot_1 - 这个决定写死在
LocalVariableTable属性里：每个变量记录自己的start_pc和length，slot_index可重复 - 即使加了
-g:none丢弃调试信息，复用仍存在——它影响的是符号表，不是栈帧结构本身
复用的物理基础：slot是地址偏移，不是独立内存块
slot本质上是局部变量表内的**索引位置**（如slot_0、slot_1），而非独立分配的内存区域。JVM按索引读写数据，只要当前指令PC值落在某变量的有效区间内，就认为该slot“正在被它使用”；一旦PC超出，该slot即被视为可用。
- 对32位类型（int、Object等），一个slot对应4字节连续内存
- 对long/double，必须占用两个连续slot（如slot_2+slot_3），且这两个slot作为一个不可分割单元参与复用
- 复用不改变内存物理布局，只改变“哪个变量在此刻逻辑上拥有该索引”的映射关系
验证复用：看字节码中的LocalVariableTable
用javap -v反编译，重点观察LocalVariableTable输出：
- 找两个变量，slot_index相同，但
start_pc与length区间完全不重叠 → 这就是复用证据 - 例如：
a在slot_1，start_pc=0, length=5；b也在slot_1，start_pc=8, length=3 → 复用成立 - 注意：实例方法中slot_0固定为
this，不参与复用；static方法则从slot_0开始分配参数
为什么需要作用域不重叠？避免值覆盖错误
复用的前提是安全——如果两个变量作用域交叉，后声明的变量写入同一slot，会直接覆写前一个变量的值，导致逻辑异常。JVM依赖编译器严格计算作用域边界来杜绝这种情况。
- 花括号限定的作用域（如
{ byte[] x = ...; }）会被javac精确识别并写入LocalVariableTable - 循环变量（如
for(int i=0; i）每次迭代都复用同一个slot，因为每次i的声明-销毁都在同一位置闭环 - if/else分支中各自声明的变量，只要不跨分支共存，也可复用同一slot
