对象=null后并不一定就没有了

前几天在定位一个通话异常退出的问题时，发现明明mIccRecord已经被置为null，但是还能被取到，并且走下面mContext的逻辑，抛出NullPointException，导致Phone进程crash。

查了一下jvm的垃圾回收机制，发现之前自己的一个巨大谬误，“对象=null后并不一定就没有了”

在JVM中对象是存储在堆内存中，而对象是在栈内存中

如：
A a = new A();
a是对象引用，A的对象在堆中。

当该对象被多个引用所指向时，其中一个对象引用=null，不会影响其他引用的调用。

public class Main {
    public static void main(String[] args) {
        A a = new A("4567");
        List<A> lA=new ArrayList<>();

        lA.add(a);
        a.a="345454";
        a=null;
        lA.get(0).test();
        a.test();
    }
}

class A {
    String a="1234";
    public A(String a){
        this.a=a;
    }
    public void test(){
        System.out.println(a);
    }
}

该程序输出为：

345454
Exception in thread “main” java.lang.NullPointerException
at Main.main(Main.java:14)

从demo中可以看出，当A的实例放入List中后，它被两个引用指向，当其中a被置为null后，不会被回收，而是继续在list中持有，并能够打印。但是当a自己再想调用时，就会报出空指针异常。

从这点上，我们在平时长流程编程时，应该注意对象的时序状态，避免出现清理不干净，而导致的空指针异常。