java对象不再使用时赋值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);
        }
        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 应该也有这个功能。

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