JAVA虚拟机(三) 对象的回收条件和细分

Java语言在讨论内存管理以及回收问题时一般都指的是堆中的对象。程序计数器，虚拟机栈和本地方法栈三个区域随线程而生，随线程而灭，所以基本不讨论这个区域。

堆中存放着Java里几乎所有的对象实例，垃圾收集器在对堆进行回收前，首先要判断对线是否存活，判断方法有如下几种：
一. 引用计数算法
给对象添加一个引用计数器，每当有一个地方引用他，计数器的值就加1，当引用失效时，计数器就要减1。效率比较高，但是主流的Java虚拟机并没有采用这种方法来管理内存，原因是很难解决对象之间互相循环引用的问题。

二. 可达性分析算法
在主流的程序语言中，基本都是采用可达性分析来判断对象是否存活的。基本思路是通过一系列的“GC Roots”的对象作为起始点，从这些起始点开始向下搜索，搜索走过的路径成为引用链。当一个对象到GC Roots没有任何引用链相连时，则证明此对象是不可用的。
Java语言中，可以作为GC Roots的对象包括以下几种：
①虚拟机栈中引用的对象。
②方法区中类静态属性引用的对象。
③方法区中常量引用的对象。
④本地方法栈JNI引用的对象。

引用细分
使用引用计数或者可达性分析算法对对象的存活判断都太过纯粹了。有些对象在内存足够时可以保留，在内存紧张时就可以抛弃，以上两种算法并不能描述这些对象。
JDK1.2后对引用的概念进行了扩充，将引用分为强引用，软引用，弱引用和虚引用四种。
强引用是指在程序代码之中普遍存在的，类似 “Object obj = new Object()”这类的引用，只要强引用还存在，垃圾收集器永远不会回收掉被引用的对象。
软引用是用来描述一些还有用但是非必须的对象。对于这些对象，在系统将要发生内存溢出之前，会把这些对象列入回收范围进行第二次回收。
弱引用也是用来描述非必须对象的，但是它的强度比软引用更弱一些。当垃圾收集器工作时，无论当前内存是否足够，都会回收掉只被弱引用关联的对象。
虚引用完全影响这个对象的生存时间，也无法通过虚引用来取得一个对象实例。作用是能在这个对象被收集器回收时收到一个通知。

对象的死亡过程
即使不可达的对象，也不是非死不可的。宣告一个对象的死亡，至少要经历两次标记过程。如果没有引用，将会被第一次标记，并且进行finalize()筛选。finalize执行后会被进行第二次标记。

方法区垃圾回收
Java虚拟机规范中说过可以不要求在虚拟机方法区实现垃圾收集，而且在这个区域收集“性价比”比较低。在堆中，尤其是新生代中，进行一次常规垃圾回收一般可以回收70%-95%的空间，而永久代的垃圾收集效率远远低于此。

永久代的垃圾回收主要分为两个部分：废弃常量和无用的类。回收废弃常量与回收Java堆中的对象非常类似。当一个字符串“abc”进入了常量池，但是系统目前没有任何一个String对象叫“abc”，这个常量就会被清出常量池。

判断一个类是否是“无用的类”的条件则相对苛刻的多，需要同时满足下面三个条件。
①该类所有实例都已经被回收，也就是Java堆中不存在该类的任何实例。
②加载该类的ClassLoader已经被回收。
③该类对应的Class对象没有在任何地方被引用，无法再任何地方通过反射访问该类的方法。