局部变量表是编译期确定的字节码静态结构，不参与运行时压栈；真正压栈的是调用过程中参数、返回地址及局部变量值，它们在操作系统栈中动态分配并按固定偏移（如ebp±n）布局，可通过C+GDB实操观测。
局部变量表本身不直接参与运行时压栈，它属于字节码层面的静态结构；真正发生压栈的是方法调用过程中实际的参数、返回地址和局部变量值——这些都在操作系统栈（即调用栈）中动态分配。要实战理解变量压栈逻辑，关键不是看“局部变量表”，而是观察函数进入后栈帧（stack frame）如何构建、各数据在栈中的布局与访问方式。
明确局部变量表与运行时栈的区别
局部变量表是Java字节码中编译期确定的数组结构，存于方法区，仅记录变量槽（slot）索引和作用域范围，不占运行时栈空间。而C/C++中没有等价概念——所有自动变量都真实分配在栈上。因此，若想“实战理解压栈逻辑”，应聚焦x86/x64汇编级或C语言调试场景，而非Java字节码。
- Java中局部变量可能被JIT优化到寄存器，甚至完全消除，不一定会入栈
- C函数中每个
int x = 5;都会在栈帧内分配4字节（通常从ebp-4开始向下生长） - 压栈动作由CPU指令（如
push、sub esp, N）完成，可被gdb/WinDbg实时观测
用C代码+GDB实操观察栈帧布局
写一个简单函数，开启调试符号编译：
void test(int a, int b) {
int x = a + 1;
int y = b * 2;
int z = x + y;
}在test入口处下断点，运行后执行info registers和x/20xw $esp，你会看到：
- 栈顶（
$esp）附近依次是：参数b、参数a（右→左入栈） - 紧接其上是返回地址（
$esp+4）、旧ebp（$esp+8） - 执行
push %ebp; mov %esp,%ebp后，新ebp指向旧ebp位置 - 随后
sub $0xc, %esp为x,y,z预留12字节，它们地址分别是ebp-4、ebp-8、ebp-12
重点掌握三个关键偏移关系
在标准cdecl调用约定下，以当前ebp为基准，所有数据定位清晰：
-
返回地址：位于
[ebp+4]（因为call压入返回地址后，push ebp再mov ebp,esp，所以返回地址在旧ebp上方4字节） -
第一个参数：位于
[ebp+8]（参数在返回地址之上，每个4字节） -
第一个局部变量：位于
[ebp-4]（局部变量从ebp往下分配，先定义的变量地址更高）
这种固定偏移机制，正是编译器生成访问指令（如mov eax,[ebp-4]）的依据——无需动态计算，全部在编译时确定。
注意栈生长方向与内存布局一致性
栈从高地址向低地址生长，所以ebp-4的地址数值比ebp小，但逻辑上更“靠近栈顶”。画图时务必按内存地址从高到低排列：
高地址 ┌───────────────┐
│ 参数 b │ ← [ebp+12]
├───────────────┤
│ 参数 a │ ← [ebp+8]
├───────────────┤
│ 返回地址 │ ← [ebp+4]
├───────────────┤
│ 调用者旧ebp │ ← [ebp]
├───────────────┤
│ 局部变量 x │ ← [ebp-4]
├───────────────┤
│ 局部变量 y │ ← [ebp-8]
├───────────────┤
│ 局部变量 z │ ← [ebp-12]
低地址 └───────────────┘这个结构每层嵌套都重复出现，形成调用栈。只要理解这一块的静态布局规则，就能准确预测任意时刻哪些值在栈中、如何被读取或修改。
