先看代码

public class TestDemo1 { public static void main(String[] args) { if (true) { byte[] placeHolder = new byte[64 * 1024 * 1024]; System.out.println(placeHolder.length / 1024); } System.gc(); }}

idea配置gc日志打印

运行上面的代码，载图gc日志

现在我们修改上面的测试代码，将placeHolder置为null

public class TestDemo1 { public static void main(String[] args) { if (true) { byte[] placeHolder = new byte[64 * 1024 * 1024]; System.out.println(placeHolder.length / 1024); placeHolder = null; } System.gc(); }}

再次运行程序，查看gc日志

由以上载图日志可以明显看到二者差别，所以不用对象置为null还是很有意义的。

为啥会造成二者的区别呢？

这还得从jvm认定垃圾的机制：可达性分析说起。

说起这个可达性，首先就得说到根，而“本地变量表”恰恰就可以看成是根。

上面两段代码本地变量表是不一样的。

先看第一段代码，就是placeHolder没有置null的“本地变量表 ”

使用javap -v TestDemo1.class

可以看到placeHolder还在本地变量表中，而且它占用slot槽1号位置， 所以jvm认为它还是活着的。

然后，我们再看placeHolder =null这段代码的"本地变量表"的情况，其实它与上面一样，看不出啥差别。

但是如果我们在placeHolder后面再声明一个变量

public class TestDemo1 { public static void main(String[] args) { if (true) { byte[] placeHolder = new byte[64 * 1024 * 1024]; System.out.println(placeHolder.length / 1024); } String name = "admin"; System.gc(); }}

可以看到name这个变量名将slot槽1号位置占用了，是否可以说明placeHolder没啥用了呢

而且这段代码与placeHolder = null的gc日志完全一样。那么应该可以说明，我们声明的这个String name = "admin" 断开了栈中placeHolder与堆中实例之间关系。

而placeHolder =null应该也有这个功能。

总结：代码离开变量作用域时，并不会自动切断其与堆的联系。

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。