栈帧是jvm方法执行的底层运行时结构，为线程私有、编译期确定大小的内存块，包含局部变量表（按槽静态分配）和操作数栈，二者协同完成指令执行。
Java 源码编译后，JVM 在执行方法时并不直接操作源码逻辑，而是依赖栈帧（Stack Frame）这一底层运行时结构。它不是抽象概念，而是真实分配在每个线程虚拟机栈中的内存块，且大小在编译期就完全确定——和运行时数据无关，只由字节码里的 max_locals 和 max_stack 决定。
栈帧是方法执行的“现场容器”
每当调用一个方法，JVM 就在当前线程的虚拟机栈顶压入一个新栈帧；方法返回或异常退出时，该帧立即弹出。同一时刻，只有栈顶的栈帧生效，称为“当前栈帧”，所有字节码指令（如 iload_1、istore_2）都只读写它。
- 栈帧生命周期严格绑定方法调用：入栈 → 执行 → 出栈，不跨方法共享
- 线程私有，不存在并发访问问题，也不需要同步机制
- 即使方法递归很深，每个调用都有独立栈帧，各自维护自己的局部变量表和操作数栈
局部变量表按槽（Slot）静态分配，索引即地址
局部变量表本质是一组连续的变量槽（Variable Slot），每个槽宽 32 位（能存 int、float、对象引用等），64 位类型（long、double）占两个连续槽。索引从 0 开始，编译时就写死在 Code 属性的 max_locals 字段里。
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 实例方法第 0 号槽固定存放
this引用，哪怕你代码里没显式使用 - 参数按声明顺序紧随其后：第 1 槽是第一个参数，第 2 槽是第二个……
- 方法内定义的局部变量复用空闲槽：作用域结束的变量释放槽位，后续变量可覆盖使用
- 静态方法没有
this，所以第 0 槽直接给第一个参数，整体槽位更紧凑
局部变量表不存储“值”的生命周期，只管“位置”的映射
它不是运行时动态扩容的容器，而像一张静态内存地图。JVM 不关心变量是否“还活着”，只按字节码指令要求，在指定索引处读或写数据。比如：
-
iload_1表示“把局部变量表第 1 号槽的 int 值压入操作数栈” -
astore_2表示“把操作数栈顶的引用弹出，存入局部变量表第 2 号槽” - 即使某个变量作用域已结束，只要字节码没覆盖该槽，原值仍留在那里——只是不可达而已
操作数栈与局部变量表协同完成计算
局部变量表负责长期存放参数和命名变量，操作数栈则承担临时中转：算术运算、方法调用传参、类型转换都依赖它“推-算-取”三步走。例如 a + b：
- 先
iload_1（把 a 从局部变量表第 1 槽取出）→ 压入操作数栈 - 再
iload_2（把 b 从第 2 槽取出）→ 压入操作数栈 - 执行
iadd：弹出栈顶两值相加，结果再压回栈顶 - 最后
istore_3：把结果从栈顶弹出，存入局部变量表第 3 槽
这套机制让 JVM 实现简洁而高效：编译期定尺寸、运行时零分配、指令级精确控制。理解它，才能看懂字节码反编译结果，也才能真正明白为什么 final 局部变量优化、循环变量复用、甚至某些 NPE 的根源，都藏在这张静态槽表之中。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
