java方法中基本类型局部变量销毁快，是因为其随栈帧出栈而自动失效，仅需栈指针回退，不触发gc、不清零、无运行时管理；slot大小编译期固定，访问为直接内存偏移。
栈帧生命周期与局部变量消亡是原子操作
基本类型变量（如 int、boolean、double）在方法进入时，随栈帧一起被分配在连续栈内存中；方法返回瞬间，JVM只需将栈顶指针（如 RSP）直接回退到调用前位置。这个过程：
- 不触发任何内存清零或标记逻辑
- 不涉及垃圾回收器扫描或引用计数更新
- 不依赖运行时判断变量是否“还在用”——作用域结束即物理失效
Slot分配固定，无运行时管理开销
局部变量表大小在编译期就确定，写入字节码的 maximum local variables 属性里。每个基本类型按宽度占固定槽位（int/float/char 占1个32位Slot，long/double 占2个连续Slot），这些Slot地址在栈帧内偏移固定：
- 访问
int a就是读取栈帧起始地址 + 偏移量X 的32位值 - 方法退出后，该偏移区域不再被当前线程任何指令合法访问
- CPU缓存行不会因变量“销毁”而刷新——它自然随着栈帧退出而被后续调用覆盖或淘汰
对比堆分配，凸显栈的硬性优势
若把一个 int 改成 Integer，结果完全不同：
- Integer i = 42; → 触发装箱，堆上分配对象，GC需跟踪该引用
- 栈上 int i = 42; → 指令级写入栈内存，函数返回后，连“存在过”的痕迹都不留
- 递归1000层，每层10个 int 变量，总开销仍是常数级指针移动；换成1000个 new Integer(42)，则产生1000次堆分配+GC压力
调试时看到的“变量还在”，其实是错觉
IDE调试器显示某个已退出作用域的 int temp 仍有值，是因为：
- 栈内存尚未被新栈帧覆盖，原值偶然残留
- 调试信息保留了该Slot的符号名和偏移，但JVM执行引擎早已忽略它
- 这种残留不构成语义，也不影响正确性，更不会阻止栈指针回收
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
