先看代码
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应该也有这个功能。
总结：代码离开变量作用域时，并不会自动切断其与堆的联系。
