垃圾回收策略———对象还活着吗？JAVA

垃圾回收的前提就是判断对象是否活着

目前判断是否死亡的方法有两种

目录

1、引用计数算法

2、可达性分析算法

引用等级划分：

---

1、引用计数算法

在对象里添加一个引用计数器，每用一次就+1，取消引用一次就-1，直到引用次为0，就判定对象死了

优点：虽然说消耗一定的空间去用来计数，但是实现方式简单，效率高。

缺点：如果对象间互相引用就会导致死循环无法回收对象，就像下面的例子

objA和objB就相互引用了

现在来做一个测试

运行结果

 从运行结果中可以清楚看到内存回收日志中包含“4603K->210K”，意味着虚拟机并没有因为这两个对象互相引用就放弃回收它们，这也从侧面说明了Java虚拟机并不是通过引用计数算法来判断对象 是否存活的。

2、可达性分析算法

利用“GC Roots”的根对象作为起始节点集，从这些节点开始，根据引用关系向下走，能搜索到的对象全部为活对象，这条链称为“引用链”，如果没有在引用链上的为死对象，进行回收。

 

可作为“GC Roots”对象的有

1、在虚拟机栈（栈帧中的本地变量表）中引用的对象，譬如各个线程被调用的方法堆栈中使用到的

2、参数、局部变量、临时变量等。

3、在方法区中类静态属性引用的对象，譬如Java类的引用类型静态变量。

4、在方法区中常量引用的对象，譬如字符串常量池（String Table）里的引用。·在本地方法栈中JNI（即通常所说的Native方法）引用的对象。

5、Java虚拟机内部的引用，如基本数据类型对应的Class对象，一些常驻的异常对象（比如 NullPointExcepiton、OutOfMemoryError）等，还有系统类加载器。

6、所有被同步锁（synchronized关键字）持有的对象。

7、反映Java虚拟机内部情况的JMXBean、JVMTI中注册的回调、本地代码缓存等

这些是固定的，也有根据用户所选用的垃圾收集器以及当前回收的内存区域不 同，还可以有其他对象“临时性”地加入，共同构成完整GC Roots集合。

引用等级划分：

强引用：只要引用关系存在永远不会回收

软引用：只有当发生内存溢出的时候才会被回收

弱引用：只存在到下一次垃圾回收之前

虚引用（幽灵引用或幻影引用）几乎没有任何作用，只能起到一个对象被回收时通知一下的作用