先看代码
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应该也有这个功能。
总结:代码离开变量作用域时,并不会自动切断其与堆的联系。
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持呐喊教程。
声明:本文内容来源于网络,版权归原作者所有,内容由互联网用户自发贡献自行上传,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任。如果您发现有涉嫌版权的内容,欢迎发送邮件至:notice#nhooo.com(发邮件时,请将#更换为@)进行举报,并提供相关证据,一经查实,本站将立刻删除涉嫌侵权内容。