垃圾收集器与内存分配策略-对象已死吗？

java内存运行时区域的各个部分，其中程序计数器、虚拟机栈、本地方法栈3个区域的生命周期与线程相同；栈帧中随着方法的进入和退出有条不紊的执行着出栈和入栈操作，每一个栈帧中分配多少内存在类结构确定下来时就一致的，因此这几个的内存分配和回收都具备确定性，在这几个区域就不需要过多考虑回收的问题，因为方法结束或线程结束时，内存也就跟着回收了。而java堆和方法区不一样，一个接口中的多个实现类需要的内存可能不一样，一个方法中的多个分支需要的内存也可能不一样，这部分内存的分配和回收都是动态的，垃圾收集器关注的是这部分内存。

1.对象已死吗？

回收对象之前首先要确定的是对象是否还存活！

①引用计数算法

这个算法是给对象添加一个引用计数器，每有一个地方引用，计数器就加1，引用失效时，计数器就减去1，计数器为0，就说明这个对象不能再被使用。但是主流的虚拟机没有采用这个算法，因为这个算法没有解决对象之间相互引用的问题？

 

public class A{

public Object instance=null;
public  static void testGC(){

A objA=new A();
A objB=new A();
objA.instance=objB;
objB.instance=objA;
objA=null;
objB=null;
System.gc();

}
}

 

　　

 

两个对象都为null，说明两个对象已经没用了，但是因为互相引用，他们的引用计数器都不为0，所以没法收集。

② 可达性分析算法

主流商用程序语言的主流实现中，都是称通过可达性分析来判定对象是否存活的。

这个算法的基本思路就是通过一系列的称为“GC Roots”的对象作为起始点，从这些节点开始向下搜索，搜索所走过的路径称为引用链，当一个对象到GC Roots没有任何引用链相连时（从GC Roots到这个对象不可达），证明此对象是不可用的。

可以作为GC Roots的对象包括下面几种：

1.局部变量表中引用的对象

2.方法区中类静态属性引用的对象

3.方法区用的对象

4.本地方法栈中Native引用的对象

③ 再谈引用

jdk1.2之后

引用分为强引用、软引用、弱引用、虚引用，强度依次减弱。

强引用：普遍存在的类似“Object obj=new Object（）”，只要强引用还存在，就不会回收对象

软引用：有用但是不是必需。在发生内存溢出异常之前，会把这些对象进行二次回收，如果回收了这部分还是内存不够，那就会发生内存溢出

弱引用：也是非必需引用，比软引用更弱一点，弱引用关联的对象只能活到下一次收集之前，只要收集器一工作，无论内存够不够，都得死

虚引用：也成幽灵引用或者幻影引用，为一个对象设置弱引用的唯一目的就是在这个对象被收集器回收时收到一个系统通知

 

④ 生存还是死亡

即使可达性分析算法中不可达的对象，也并非是“非死不可的”，这时候他们暂时处于“缓刑”阶段，一个对象死亡，至少要经过两次标记过程：

第一次标记，如果对象在进行可达性分析以后发现没有与GC Roots相连的引用链，会被第一次标记并且进行一次筛选，筛选的条件是这个对象是否有必要执行finalize()方法，当对象没有覆盖finalize()方法，或者finalize()已经被虚拟机调用过，虚拟机将这两种情况视为没有必要执行。如果有必要执行，这个对象会被放在一个F-Queue的队列之中，并在稍后由一个由虚拟机自动建立的、低优先级的Finalizer线程去出发这个方法，但不承诺会等它执行结束，稍后GC将对F-Queue中的对象进行第二次小规模的标记，如果这时候这个对象重新与引用链上的任何一个对象建立关联就会被移除“即将回收的”的集合，如果这个时候还没有逃脱那基本上就被回收了。

但是任何一个对象的finalize()方法都只会被系统自动调用一次

⑤ 回收方法区

java虚拟机规范中不要求在方法区进行垃圾回收，而且在方法区回收效率很低。

方法区的垃圾收集主要回收两部分内容：废弃常量和无用的类

怎么样才是无用的类呢？：

1.该类的所有实例都已经被回收

2.加载该类的ClassLoader已经被回收

3.该类对应的java.lang.class对象没有在任何地方被引用，无法在任何地方通过反射访问该类的方法