垃圾回收的前提就是判断对象是否活着
目前判断是否死亡的方法有两种
目录
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集合。
引用等级划分：
强引用：只要引用关系存在永远不会回收
软引用：只有当发生内存溢出的时候才会被回收
弱引用：只存在到下一次垃圾回收之前
虚引用（幽灵引用或幻影引用）几乎没有任何作用，只能起到一个对象被回收时通知一下的作用
