java虚拟机局部变量表通过作用域动态复用slot，同slot可存生命周期不重叠的不同变量；long/double占双slot且复用条件更严；复用由javac编译时自动完成，不影响语义但影响调试观感。
Java虚拟机在编译期为每个方法生成的栈帧中，局部变量表（Local Variable Table）以“槽位”（Slot）为单位组织，每个Slot宽32位，能存放boolean、byte、char、short、int、float或对象引用；long和double占两个连续Slot。关键在于：Slot不是按源码中变量声明顺序静态分配的，而是按变量作用域（scope）动态复用的。只要两个变量的生命周期不重叠，JVM就可能让它们共用同一个Slot——哪怕它们类型不同、名字无关、甚至位于完全独立的代码块中。
作用域决定Slot能否复用
局部变量的作用域由其在源码中首次赋值（或声明+初始化）开始，到所在代码块结束为止。JVM通过分析控制流，精确计算每个变量的活跃区间（live range）。若变量A在if块内定义并使用，变量B在后续的else块中定义，则A与B的活跃区间不重叠，它们极可能被分配到同一Slot。
- 示例：一个方法中先有int i = 1;在for循环内，循环结束后又声明String s = "hello";，i的Slot大概率被s复用
- 注意：仅“定义并使用”的变量才计入活跃区间；仅声明未赋值（如int x;）不触发Slot分配，直到真正被写入
- try-catch中，catch块内声明的变量，其Slot通常可复用于try块末尾已失效的变量
编译器优化：javac自动完成Slot复用
这种复用由javac在生成字节码时完成，无需手动干预。javac会扫描整个方法体，构建变量定义点与使用点的映射，再进行区间图着色（interval graph coloring）类的分配算法，目标是最小化Slot总数。你写的代码越模块化、作用域越紧凑，复用效果越明显。
- 反例：把所有变量都声明在方法开头（如C风格），会人为延长每个变量的活跃区间，阻碍复用
- 验证方式：用javap -v查看字节码，观察LocalVariableTable属性中各变量的start_pc与length字段——若两个变量的区间无交集，却共享同一slot_index，即为复用证据
- 注意：-g:none编译会丢弃LocalVariableTable，但Slot复用仍发生（它影响的是调试信息，不是运行时栈帧结构）
对long/double的特殊约束
由于long和double占两个Slot，它们的复用条件更严格：必须找到两个连续且均未被占用的Slot。因此，它们无法与单Slot变量（如int、Object）共享位置，但两个不重叠的long变量仍可复用彼此的双Slot区域。
- 若一个long变量在if块中，另一个在紧随其后的else块中，且中间无其他双Slot变量干扰，二者很可能复用同一对Slot
- 但若中间穿插了int变量，它可能占据其中一个Slot，导致后续long无法完整复用，被迫分配新Slot对
- 这种限制使得long/double密集的方法更易出现Slot浪费，合理拆分逻辑有助于缓解
不影响语义，但影响调试与反射
Slot复用纯属运行时实现细节，对Java语言语义零影响。但当你用调试器单步执行时，可能看到“前一个变量的值还残留在Slot里”，这不是bug，只是Slot尚未被新值覆盖；同理，通过StackTraceElement或Method.getParameterTypes()获取的信息，反映的是源码声明，而非Slot布局。
- 调试时看到“变量i的值突然变成字符串”，往往是因为i的Slot已被后续String复用，而调试器按当前PC位置错误关联了变量名
- 通过java.lang.reflect.Executable.getParameters()拿到的Parameter对象，name来自class文件的LocalVariableTable，若该表被裁剪（-g:none）或复用导致信息丢失，则name可能为arg0、arg1
- 生产环境建议保留必要调试信息（至少-g:lines,source），避免因Slot复用导致问题排查困难
