Java方法调用的压栈是创建新栈帧并置顶，弹栈是销毁当前帧并恢复上一帧上下文；栈帧大小编译期固定，递归过深将触发StackOverflowError。
Java 中方法调用栈的压栈与弹栈，本质是 JVM 管理方法执行生命周期的核心机制——每个方法调用都会在虚拟机栈中生成一个独立的栈帧，而“压栈”就是创建并放入该帧，“弹栈”则是销毁它并恢复上一个方法的执行上下文。
压栈：方法开始执行的标志
当代码执行到某个方法调用语句（如 show1()）时，JVM 会立即为它创建一个新的栈帧，并把它放到当前线程虚拟机栈的顶部。这个过程包括：
- 保存调用位置（即下一条要执行的字节码地址），以便返回时能继续执行
- 按编译期确定的大小，分配局部变量表和操作数栈空间
- 把实参从左到右复制进新栈帧的局部变量表前几位
- 设置动态链接，指向常量池中对应方法的符号引用
此时，该栈帧成为“当前活跃帧”，执行引擎开始逐条解释它的字节码。栈顶永远代表正在运行的方法。
弹栈：方法执行结束的自然结果
只要方法执行完最后一行代码、遇到 return 语句，或抛出未被捕获的异常，JVM 就会触发弹栈。这个过程不是“手动清理”，而是自动发生：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
- 若有返回值，它会被暂存在调用方栈帧的操作数栈顶部
- 整个栈帧结构被直接释放（不走垃圾回收，无延迟）
- 控制权交还给上一个栈帧，执行引擎跳转回之前保存的返回地址
- 原调用方栈帧重新成为栈顶，恢复其局部变量和操作数栈状态
比如 main → show1 → show2 的调用链，show2 弹栈后，程序自动回到 show1 中 show2() 调用之后的位置继续执行。
栈帧结构固定，递归深度受栈容量限制
每个栈帧的大小（局部变量表长度、操作数栈最大深度）在编译期就写死在 class 文件的 Code 属性 中，运行时不会改变。这意味着：
- 栈内存不是按需动态扩容的，而是由 JVM 启动参数 -Xss 决定每个线程的总栈空间
- 无限递归或过深调用会导致栈帧不断压入却无法及时弹出，最终耗尽空间，抛出 StackOverflowError
- 这不是内存泄漏，也不是 GC 能解决的问题，而是线程私有栈的硬性边界
常见误区提醒
压栈弹栈不是针对“方法代码本身”，而是针对“一次具体的调用实例”。同一个方法多次调用，每次都会产生独立栈帧；静态方法、实例方法、构造器，都遵循同一套规则；对象实例存在堆中，但它的引用变量、方法参数、局部变量都存于栈帧内。
