块级变量不触发内存回收，真正被回收的是其引用且不再可达的对象；变量作用域结束仅使名称不可访问，对象是否回收取决于是否还有其他强引用，jvm通过可达性分析判定。
块级变量本身不直接触发内存回收，真正被回收的是它所引用的对象——前提是该对象不再被任何活跃引用可达。
块级变量的生命周期很短
在 Java 中，块级变量（比如 for 循环内、if 语句内或任意 {} 块中声明的局部变量）的作用域仅限于该代码块。一旦执行流离开这个块，变量名就不可访问了，但它指向的对象是否被回收，取决于有没有其他引用还连着它。
- 如果块内创建了一个新对象（如 new String("hello")），且只被这个块级变量引用，那么离开块后，该对象就失去强引用，成为 GC 潜在回收目标
- 如果该对象同时被类字段、静态变量、其他方法参数或集合容器持有，那即使块结束，对象也不会被回收
- 变量声明本身（如 String s;）不分配堆内存；只有 new 或字符串常量等操作才在堆上创建对象
GC 不看变量，只看对象是否可达
JVM 判定一个对象能否被回收，用的是可达性分析法，不是看变量是否“失效”。只要对象能从 GC Roots（如栈帧里的局部变量、静态字段、JNI 引用等）出发，通过引用链访问到，就不会被回收。
- 块级变量只是栈上的一个引用槽位，它消失 ≠ 对象不可达
- 哪怕变量还在作用域内，只要显式赋值为 null，且无其他引用，对象也可能提前进入可回收状态
- 编译器还可能做“逃逸分析”，把本该分配在堆上的小对象优化到栈上分配（栈上对象随方法退出自动消失，不走 GC）
实际写代码时要注意什么
别指望“出了块就自动清内存”，关键在于管理好引用关系：
- 大对象（如 ArrayList、ByteBuffer）在块内创建后，若被外部缓存或返回，记得评估是否需要及时清理引用
- 避免在块内无意中将对象添加进静态集合（如 static List），这会让对象长期驻留
- 使用 try-with-resources 或显式 close() 处理资源类（如 InputStream），它们的释放和 GC 无关，靠的是实现 AutoCloseable
块级变量让代码更清晰，但内存回收这件事，始终由 JVM 在后台按需决定——你控制引用，它负责清理。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
