四、JVM（HotSpot）垃圾收集器与内存分配策略

注：本博文主要是基于JDK1.7会适当加入1.8内容。

1、对象生死判断

方法一：引用计数算法（JVM不采用）
对象添加一个引用计数器，当对象被引用则计数器+1，当对象引用失效则计数器-1，任何时刻计数器为0则判断对象不可能再被使用，判定为死亡。

JVM（HotSpot）为什么没有使用引用计数器进行判断对象的生死呢？Java对象中存在对象之间的循环引用，如obja.instance = objb; objb.instance = obja; 当obja = null； objb = null; 对象引用计数器不为0，但是对象确实已经不再使用了，这样无法回收，造成内存泄漏。

方法二：可达性分析算法
通过一些列的称之为“GC Roots”的对象作为起始点，从这些节点向下搜索成为引用链，当一个对象到GC Roots没有任何引用链，则判定死亡。Java语言中可作为GC Roots的对象包括以下几种：

• 虚拟机栈（栈帧中的本地变量表）中引用的对象
• 方法区中静态属性引用的对象（JDK1.8Metaspace取代）
• 方法区中常量引用的对象
• 本地方法栈中JNI（Native方法）引用的对象

引用分类

1. 强引用：Object obj = new Object(); 即强引用，只要引用在，垃圾收集器永远不会将其回收
2. 软引用：SoftReference，在发生内存溢出错误（OutOfMemoryError）前，将会对这一部分对象进行二次回收，如果回收引用这部分对象还没有足够内存则报内存溢出错误（OutOfMemoryError）
3. 弱引用：WeakReference，垃圾收集器进行垃圾回收时，无论这部分对象是否被使用，都会将其回收。
4. 虚引用：PhantomReference，一个对象是否有虚引用的存在，完全不会对其生存空间产生影响，也无法通过虚引用获取一个对象的实例对象。设立虚引用的目的就是为了在垃圾收集器进行垃圾回收时收到一个系统通知。

finalize方法详解（类似于C++中析构函数）
当一个对象判定为不可达对象时，并不是意味着这个对象完全已经死亡，它需要经过一些再判断进行确定。
（1）对象经过可达性算法判断后，与GC Roots不相连；
（2）第一次进行标记并进行筛选，看是否有必要执行finalize方法。如果对象没有覆盖finalize方法，或者虚拟机中被调用过（finalize方法只能被调用一次），则认为没必要执行finalize方法，判定死亡；
（3）如果覆盖finalize方法，并且虚拟机中没有调用过，则会将对象放入F-Queue队列中，稍后GC会对F-Queue进行第二次标记，如果对象在finalize方法中再次被引用，则判断对象生存。

方法区回收（JDK移除，Metaspace代替）
主要回收废弃常量（JDK1.7移除方法区）和无用类。
废弃变量：即系统中不存在对该变量的引用，即可判断为废弃常量。
无用类：（1）该类中所有实例已经回收；（2）加载该类的ClassLoader已经回收；（3）该类对象的java.lang.Class对象没有在任何地方引用，即不存在任何地方可以通过反射获取该类对象实例。

2