java开发中的GC是每一个开发人员都知道的，垃圾收集器，在java开发中我们不需要对创建出来的对象做"杀死"的操作，在堆中开辟的空间也不用去手动释放，替我们完成这一切的就是JVM中自带的GC.
GC很多开发人员觉得他是java的附属，是有了java之后，出现的GC,但是其实不然，GC的出现比java要早的多。JVM内存中，程序计数器，虚拟机栈，本地方法栈这是哪个区域都是随着线程生而生，死而死。我们不用关心是否释放的问题，但是在堆和方法区却不会，而GC的重点也是在堆和方法区中。
在程序回收对象的时候，只需要判断一下这个对象是否还活着，如果活着，就放过，死了就直接回收掉。如何判断对象是否活着就是第一问题。
何判断对象是否活着？
1.采用引用计数器的算法，这个对象如果引用多了一次就次数+1，如果引用减少了一次，次数就 -1.当这个对象次数为0的时候，那么这个时候就回收！但是这个算法的弊端很明显，就是对象之间相互循环引用的问题。（两个对象，我引用你，你引用了我，没有别人在来使用这个对象，但是这个时候GC没有办法回收，可是他俩又没有什么作用了）
2.可达性分析算法,这个算法就是找一些GC ROOT 根节点，从这些跟节点往下排查，如果用引用，就把你放在这个"大网" 上面，如果没有引用，那么就可以准备回收这个对象了。这个ROOT根节点可以包括(虚拟机栈中引用对象，方法区中类静态属性引用的对象，方法区中常量引用的对象，本地方法栈中JNI引用的对象)。
两种算法中，可达性分析算法较为常用。但是不管这种算法，他们的根本就是查看这个对象是否被引用了。但是在JDK1.2之前，这个引用的概念很笼统，如果我这个数据代表的是内存区域的一个地址，那么这就是引用了。但是在JDK1.2之后，java对这个引用的关系进行了扩充，强引用，软引用，弱引用，虚引用四种。
在通过可达性分析算法第一步时候，如果对象没有被引用的话，按理说是会被回收的，但是仍留下了一线生机。如果在发现这个对象没有被引用之后，那么会查看这个对象有没有必要执行finalize方法，如果没有执行或者已经执行过了，不好意思，直接等死。如果说，这个对象有执行finalize的机会，那么会把这个对象存放在F-Queue队列中，然后会在这个队列中进行第二次标记，如果这个时候这个对象被某个对象所引用，就可以"救活"，否则就会杀死。
未完 。。。。。。。。。。