关于Object=null

jvm系列

• 垃圾回收基础

• JVM的编译策略

• GC的三大基础算法

• GC的三大高级算法

• GC策略的评价指标

• JVM信息查看

• GC通用日志解读

• jvm的card table数据结构

• Java类初始化顺序

• Java对象结构及大小计算

• Java的类加载机制

• Java对象分配简要流程

• 年老代过大有什么影响

• Survivor空间溢出实例

• 关于Object=null

• Java线程与Xss

有些情况下，object = null是可以辅助GC的。比如：

public static void reuseSlot2(){
        MemoryLeakDemo.printMemoryInfo("before");
        {
            byte[] data = new byte[6*1024*1024];
            //或者通过set null，主动回收
            //赋null值在JIT编译之后会被消除掉，这个时候将变量设置为null是没有意义的
            //实际上JIT编译成本地代码后，gc可以正常回收掉，无需多余操作
            data = null;
        }
        MemoryLeakDemo.printMemoryInfo("after assign 6M,before gc");
        System.gc();
        MemoryLeakDemo.printMemoryInfo("after gc");
    }

赋null值在JIT编译之后会被消除掉，这个时候将变量设置为null是没有意义的，实际上JIT编译成本地代码后，gc可以正常回收掉，无需多余操作。

另外，当方法结束后，脱离作用域之后，相应的局部变量引用会自动被注销掉。

小结：
当遇到局部代码段中已经申请许多占用空间的对象，这些对象在其作用域内的后续代码中还需要执行相对较长的时间，并且这块内存的确在后面就不会再使用了的时候，可以手工将一些大对象的引用设置为null，这样一来，GC很快就会认为它是垃圾。通常，在这种情况下将对象的引用设置为null才会对JVM有好处。
如果代码跑的很快，对象可以很快脱离作用域，在这样的场景下将引用设置为null是没有必要的，那样只会让代码很难看。