局部变量的销毁由作用域规则自然决定，方法执行结束时其栈内存被JVM自动回收，不依赖GC；作用域终止即生命周期终结，栈帧出栈时变量彻底消失。
java 中局部变量的销毁不是靠“主动删除”或“手动释放”，而是由作用域规则自然决定的——方法执行结束，其内部声明的所有局部变量就自动失效，所占栈内存随之被 jvm 回收。这个过程不依赖垃圾回收器（gc），也不需要写任何销毁代码，关键在于理解“作用域终止即生命周期终结”这一核心逻辑。
局部变量的作用域边界就是它的生命终点
局部变量的作用域严格限定在它被声明的代码块内，最常见的是方法体、for 循环或 if 语句块。一旦程序执行流离开该块（比如方法 return、抛出异常、或块末尾），变量名就不可见，其所绑定的栈空间也被 JVM 自动清理。
- 例如
int x = 42;在void calculate()方法开头声明，那么x只在calculate执行期间存在；方法一返回，x就彻底消失，连“变量名”都不再可访问 - 即使变量引用了堆上的对象（如
String s = "hello";），变量本身（栈中的引用）被清除，但堆中字符串对象是否回收，取决于是否还有其他引用指向它——这属于 GC 管理范畴，和局部变量销毁是两件事 - 作用域不可跨方法延续：不能在方法 A 中声明一个局部变量，然后试图在方法 B 中使用它，编译器会直接报错
栈帧生命周期与局部变量销毁完全同步
JVM 为每次方法调用分配一个独立的栈帧（Stack Frame），其中包含局部变量表、操作数栈等。局部变量就存储在该栈帧的局部变量表里。当方法执行完毕，整个栈帧被弹出 Java 虚拟机栈，变量表随之清空。
- 栈帧的入栈和出栈由 JVM 严格控制，无需开发者干预
- 递归调用时，每次进入方法都会新建一个栈帧，每个帧里的同名局部变量互不影响
- 栈内存回收是瞬时且确定的，不像堆内存依赖 GC 的非确定性时机
赋值为 null 对局部变量没有销毁意义
对局部变量执行 s = null; 并不会加速它的销毁，也不会影响栈帧回收行为。它只在当前作用域内把引用置空，可能帮助堆中对象更早被 GC 标记——但这仅在变量原本持有堆对象引用、且该引用是唯一强引用时才有实际价值。
- 对基本类型（
int、boolean等）赋null是语法错误，根本无法编译 - 对引用类型赋
null后，变量依然存在直到方法结束，只是值变成了null - 真正让局部变量“提前不可用”的方式只有提前退出作用域，比如用
return、break或将变量声明在更小的代码块内（如用大括号包裹）
调试时看不到“销毁动作”，但可验证作用域实效性
你无法在运行时观察到“变量被销毁”的瞬间，但可通过编译错误确认作用域限制：
立即学习“Java免费学习笔记（深入）”；
- 在
if块内声明String msg = "done";，随后在块外访问msg→ 编译失败：“cannot resolve symbol” - 在 for 循环内声明
int i = 0;，循环结束后打印i→ 同样编译报错 - 这些错误本质是编译器依据作用域规则拒绝生成字节码，证明变量在语法层面已“死亡”
