jvm栈架构中局部变量表是索引式存储的“身份证登记处”，操作数栈是lifo的“临时工作台”；变量通过load指令入栈、store指令回写，所有运算在操作数栈完成，指令流驱动数据流动。
理解JVM栈架构中的指令流和变量处理逻辑，关键在于抓住「局部变量表」和「操作数栈」的分工协作关系：前者是变量的“身份证登记处”，后者是运算的“临时工作台”。变量本身不直接参与计算，而是先被加载到操作数栈，再由字节码指令驱动其流动与变换。
局部变量表是索引式存储，不是键值对
编译期就确定每个变量在局部变量表中的槽位（Slot）索引，比如int a = 5;可能落在索引1，Object obj;落在索引2。运行时没有变量名概念，只有数字索引；iload_1、aload_2这类指令就是靠索引直接取值入栈。非静态方法的索引0固定存this，参数从索引1开始依次排列。
- 32位类型（int/float/reference等）占1个Slot，64位类型（long/double）占2个连续Slot
- 作用域结束后的Slot可被复用，不浪费栈空间
- 局部变量表大小写死在class文件的Code属性 maximum local variables中，运行时不改变
操作数栈是纯数值搬运工，所有运算在此发生
它是一个后进先出（LIFO）的数值暂存区，生命周期只存在于当前栈帧执行期间。变量值必须通过load类指令（如iload、aload）从局部变量表“搬”进来，再通过store类指令（如istore、astore）“搬”回去。中间的加减乘除、方法调用、数组访问等，全靠操作数栈承载数据流动。
- 例如i = a + b;对应指令流：iload_1（a入栈）→ iload_2（b入栈）→ iadd（弹出两数相加，结果压栈）→ istore_3（存回局部变量表索引3）
- 方法调用前，参数按从左到右顺序依次load入栈；调用后，返回值自动压入调用者操作数栈顶部
- 操作数栈深度也在编译期确定，记录在Code属性 max_stack中
指令流体现控制流，每条指令都明确操作目标
JVM字节码是面向栈的，没有显式寄存器名，所有操作都隐式作用于操作数栈或局部变量表。看懂指令流，就是还原出“谁被加载、谁被计算、谁被存储”的动作链条。
- iconst_5：把常量5直接压入操作数栈（不经过局部变量表）
- iaload：从数组引用（已在栈顶）和索引（栈顶次位）取出元素，压入栈顶
- invokevirtual：弹出对象引用+全部参数，执行方法，方法返回值压回操作数栈
- 异常处理也依赖栈：try块内抛出异常时，JVM检查异常表，跳转到对应catch块，并把异常对象压入其操作数栈
调试建议：用javap反编译+分步跟踪
写一个简单方法（如含赋值、加法、方法调用），用javap -v查看字节码，对照局部变量表索引和操作数栈变化画流程图。重点观察：
- 每个load指令前，操作数栈是否为空或已有前置值
- 每个算术指令（如iadd）是否恰好消耗两个操作数
- 每个store是否把栈顶结果写入正确索引
- 方法调用前后，操作数栈如何清空参数又接收返回值
