JDK8中GC是否回收超出作用域对象？测试异常求助

现象背后的核心逻辑 #

你看到的情况，本质是JVM的可达性判定并不完全严格遵循代码块的作用域。在JDK8的HotSpot虚拟机中，即使arr离开了try代码块的作用域，JIT编译器可能出于优化策略，或者无法百分百确定该变量后续不会被引用，会让这个局部变量的存活周期延续到方法结束。这就导致数组对象一直处于可达状态，GC无法回收它。

为什么两种操作能解决问题？ #

• 取消arr = null注释：显式把变量引用置空，直接切断了局部变量和数组对象的关联，JVM能立刻判定对象已无可达引用，GC时就会回收它。
• 把对象创建放到独立方法：当方法执行完毕，其栈帧会被弹出，方法内的局部变量引用自然消失，数组对象变为不可达，GC就能正常回收。

关键结论 #

并不是方法内的大对象必须等方法结束才能释放。如果JVM的逃逸分析能够确定局部变量在代码块之后完全不会被使用，它会主动缩短变量的存活周期，允许GC提前回收对象。但在你的测试场景中，JVM没做出这个优化，才导致对象存活到方法结束。

额外提示 #

• 可以添加-XX:+PrintGC或-XX:+PrintGCDetails参数运行测试，更清晰地看到GC的回收过程。
• 不同JDK版本、编译器优化级别会影响这个行为，JDK11及以后的版本在逃逸分析和局部变量存活周期的处理上更精准。

内容的提问来源于stack exchange，提问作者Enormboat