Java笔记（二）：垃圾收集

       在上一篇文章中写了内存相关的内容，如果感兴趣的同学可以点击这里前往。在此我就不回顾了，直接开始这一篇的内容。

       说起垃圾收集（Garbage Collection，GC），我们就需要考虑三个问题：

       那些内存需要回收？

       什么时候回收？

       如何回收？

       接下来我们就围绕着上面三个问题来解开GC的神秘面纱。在我上一篇提到的Java运行时内存区域中，程序计数器、虚拟机栈、本地方法栈这三个区域随线程而生，随线程而灭；栈中的栈帧随着方法的进入和退出有条不紊地执行出栈和入栈操作，每一个栈帧分配多少内存基本上是在类结构确定下来时就已经确定的。因此这几个区域的内存分配和回收具备确定性，就不需要过多的考虑回收的问题，方法结束或者线程结束时，内存自然就跟着回收了。而我们真正要关注的重点就是堆内存。

       现在我们先来回答第一个问题，就是怎么判定对象已经死亡了。在堆里存放着Java世界中几乎所有的对象实例，在这里每时每刻都会有大量的对象生成，同时又有大量的对象完成了自己的使命等待死亡。那么究竟该怎么判断哪个对象死亡了呢？

      在主流的商用程序语言的主流实现中，都是通过可达性分析（Reachability Analysis）来判断对象是否存活的。这个算法的基本思路是通过一系列的称为“GC Roots”的对象作为其实点，从这些节点开始向下搜索，搜索所走过的路径称为引用链。当一个对象到GC Roots没有任何引用链相连时，这说明这个对象是不可达的。它就会被判定为可回收的对象，也就是被宣布死亡。而在Java语言中，可以作为GC Roots的对象包括以下四种：

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

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

        方法区中常量引用的对象

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

       

       在说第二个问题之前，我们先看一下第三个问题，就是关于如何回收。在此我们先接受几种垃圾收集算法，他们分别是标记清除算法、复制算法、标记整理算法、分代收集算法。不用我多说估计大家都知道分代收集算法是最先进的。确实如此