关于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是没有必要的，那样只会让代码很难看。