Java垃圾回收机制

一、问题
1、哪些内存需要回收
2、什么时候回收、
3、如何回收

二、那些内存需要回收
1、不需要考虑回收的部分：
Java运行时区域的各个部分，其中程序计数器，虚拟机栈，本地方法栈这三个区域随线程而生，随线程而灭；栈中的栈帧随着方法的进入和退出有条不紊的出栈和进栈。因为每一个栈帧分配多少内存基本是在类结构确定下来的时候就已知了，所以这几个区域的内存分配以及回收都具备确定性，所以在这几个区域就不考虑回收的问题了，因为方法或者线程结束时，内存自然就跟着回收了。
2、需要回收的内存（Java堆和方法区）
因为在这两个地方，一个接口的多个实现类所需要的内存可能不一样，一个方法的多个分支需要的内存也不一样，我们只有在程序运行期间时候才会知道创建了哪些对象，这部分内存的分配和回收都是动态的。垃圾收集器所关注的就是这部分内存。

三、如何判断哪些内存需要回收了
对类的判断
1、引用计数算法
（1）执行原理：给对象中添加一个引用计数器，每当有一个地方引用他的时候，计数器值就加1；当以用失效的时候，计数器值就减1；任何时刻计数器为0的对象就是不可再被使用的。
（2）缺点：很难解决对象时间相互循环引用的问题。
比如两个对象已经不可能再被访问了，但是他们之间相互引用着对方，导致他们的引用计数都不为0，于是无法回收。
2、可达性分析算法
（1）执行原理：通过一系列称为“GC Roots”的对象作为起始点，从这些节点向下搜索，搜索所走过的路径称为引用链，当一个对象到“GC Roots”没有任何引用链相连的时候（通过图论也就是说“GC Roots”到这个对象不可达），则证明这个对象是不可用的，但是不可用只能说这个对像 时可以回收的，但是不能说一定会被回收，还要进一步判断（下面会说）
（2）可作为“GC Roots”的对象
虚拟机栈（栈帧中的本地变量表）中引用的对像
方法区中类静态属性引用的对象
方法区中常量引用的对象
本地方法中JNI（即一般说的Native方法）引用的对象。
（3）对可达性分析算法中不可达对象的进一步判断（通过finalize()方法）
对于在可达性算法中不可达的对象，这时候会处一个“缓刑”的状态，要宣告一个对象是真的死亡，那么至少还要经过两次标记的过程。对于可达性算法中不可达的对象首先会被第一次标记并且进行一次筛选，筛选的条件是此对象是否有必要执行finalize()方法
如果这个对象被判定有必要执行finalize()方法，那么这个对象就会放置到一个叫F-Qoeue的队列中，并且稍后会被一个Finalizer去执行它。所谓执行就是虚拟机会触发这个方法，但是并不是会等待它执行结束，因为一旦再执行过程中