jvm记录（4）

8.垃圾回收

1.如何判断垃圾可以回收

1.引用计数法

  当一个对象被其他变量所引用，让这个对象的计数加一，被引用了两次，加二，某个变量不再引用，就减一。当计数变成0时，就说明没有变量引用了，就可以作为垃圾回收。

缺陷：

循环引用，使得AB对象没人引用他们时，计数都为1，引用计数无法归0，所以无法作为垃圾回收。

2.可达性分析算法

• Java虚拟机中的垃圾回收器采用可达性分析来探索所有存活的对象

• 扫描堆中的对象，看是否能够沿着GC Root对象为起点的引用链找到该对象，找不到，表示可以回收

• 哪些对象可以作为GC Root？

根对象：绝对不能当作是垃圾的对象。

在垃圾回收之前会对堆内存中的所有对象进行扫描，看是否这些对象被根对象直接或者间接引用，如果是就不能被回收。如果不是，就可以被当作是垃圾。

GC Root：

虚拟机栈（栈帧中的本地变量表）中引用的对象。

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

方法区中常量引用的对象。

本地方法栈中JNI（即一般说的Native方法）引用的对象。

9.五种引用

强引用：两个GC Root对象强引用一个对象时，此对象不可回收，当两个GC Root对象不再直接或者间接引用时，才可以垃圾回收，

软引用：该对象没有被强引用，当垃圾回收时，内存不足，只有软引用时，可以被回收。

弱引用：没有强引用弱引用，当垃圾回收时，无论内存是否充足，都会被垃圾回收。

当软引用引用的对象被回收掉，软引用自身也是一个对象，如果创建时分配了一个引用队列，软引用就会进入引用队列。弱引用也类似。

之所以这么做，就是因为软引用和弱引用自身也会占用一定内存，如果想要释放软/弱自身引用对象时，使用引用队列来找到他们。并且软/弱引用对象也可能被强引用引用，可以遍历引用队列来释放内存。

虚引用和终结器引用必须配合引用队列使用。

虚引用：虚引用引用的对象垃圾回收时，虚引用对象就是进入引用队列，此时ReferenceHandler监测引用队列是否有新进入的Cleaner对象，有的话就调用Cleaner的clean方法，使用其中的unsafe.freeMemory来释放直接内存。就不会导致直接内存泄露。

终结器引用：在父类Object中有一个finallize方法（终结方法），当一个对象重写了finallize方法并且没有强引用引用它时，他就会被当作垃圾回收，写finallize方法时其实就是为了自身对象垃圾回收时被调用，因此，当此对象没有被强引用时，虚拟机会创建一个终结器引用来引用该对象，该对象垃圾回收时，终结器引用就会进入引用队列，（此时该对象没有被垃圾回收），优先级很低的finallizehandler线程监测引用队列是否有终结器引用，如果有就调用该对象的finallize方法，下一次垃圾回收时，就会回收该对象。

finallize方法工作效率低，finallizehandler优先级很低，会迟迟不被调用，重写finallize方法的对象也迟迟得不到释放。不推荐使用finallize方法释放内存。

软引用配合引用队列