对象死亡识别
引用计数算法
- 给对象中添加一个引用计数器，每当一个地方引用它，计数器值加一；当引用失效时计数器值减一，任何时候计数器值为0的对象就不可能再使用。引用计数算法实现简单，效率高，但很难解决对象之间循环引用问题。
可达性分析算法
- 这个算法的基本思路是通过一系列的称为“GC Roots”的对象作为起始点，从这些点开始向下搜索，搜索通过的路径叫“引用链”，当一个对象到GC Roots没有任何引用链时相连时，则证明该对象不可用。Java虚拟机用此算法来判断对象是否存活。
- 再Java对象中可做GC Roots的对象的包括下面几种
1.虚拟机栈（本地变量表）中的引用对象。
1.方法区常量引用的对象。
2.方法区静态属性引用的对象。
3.本地方法JNI引用的对象。
引用
1.强引用（Strong Reference）
只要强引用还存在，垃圾收集器永远不会回收（例：Object obj = new Object()）
2.软引用(Soft Reference)
在系统将要发生内存溢出异常之前，将会把这些对象列进回收范围之中进行第二次回收，如果这次回收还是不够内存，才会抛出异常（描述一些有用但并不必须的对象）（JDK1.2后进行扩充）
3.弱引用(Weak Reference)
被弱引用关联的对象只能生存到下次垃圾收集发生之前，当垃圾收集器工作时，无论当前内存是否足够，都会回收掉只被弱引用关联的对象（描述非必须的对象，JDK1.2后进行扩充）
4.虚引用(Phantom Reference)
最弱的引用关系,一个对象是否有虚引用对它的生存不产生影响，也无法通过虚引用获取一个对象实例。为一个对象设置虚引用关联的唯一目的就是能在这个对象被收集器回收时收到一个系统通知。（JDK1.2后进行扩充）
生存还是死亡
即使可达性分析算法无法到达的对象，也并非马上回收，他们暂时处于“缓刑”阶段，正式宣告死亡需要经历两次标记过程，当可达性分析发现没有与GC Roots没有相连的引用链时，那它将会进行第一次标记并且进行一次筛选（筛选条件是对象是否执行了filnalize()方法，当对象没有覆盖filnalize()发生或者以被虚拟机调用，都视为“没有必要执行”），如果对象别判断为有必要执行filnalize()方法，那么之歌对象将会放入到FQ-queue队列中 ，稍后由虚拟机自动建立的、低优先级 flinalizer线程去执行（并部承诺会等待它运行结束）它，filnalize（）方法是对象逃脱死亡的唯一机会，稍后GC将对D-Queue中的对象进行第二次小规模的标记，如果对象要在filnalize（）方法中拯救自己只要重新与引用链上的任何一个对象建立链接即可。
回收方法区
1.常量（回收废弃常量）
（1） 回收废弃常量的需要先确定这个常量在其他的地方没有引用；
2.类（回收无用类）
（1）该类在堆中没有任何实例对象。
（2）该类的ClassLoader类解析器回收。
（3）该类的java.Lang.Class的类对象没有被任何的地方引用，没有任何地方通过反射访问该类。
*注：满足上述三个条件的无用类，Java虚拟机“可以”对其回收，和对象回收必然回收不一样。Hosp提供-Xnocalassgc参数进行控制，还可以使用-verbose:class以及-XX:+TraceClassLoading、-XX:+TraceClassUnLoading查看类的加载和卸载信息，其中-verbose:class和-XX:+traceClassloading可以在Product版的虚拟机用，-XX:+TraceClassUnLoding参数需要FastDebug版的虚拟机支持。在大量代理、动态反射、CGLib等ByteCode框架、动态生成JSP以及OSGi这类频繁自定义ClassLoader的场景都具备类卸载的功能，以保证永久代不会溢出。
垃圾收集算法
- 标记-清除算法
(1)首先标记出所有需要回收的对象，在标记完成之后统一回收标记对象。
(2)缺点：效率低，空间问题，容易产生大量不连续的内存碎片，导致需要分配较大的内存时，无法找到足够连续内存而不得不提前触发另一次垃圾回收收集动作。
- 复制算法
(1)将内存划分为两块大小相等的内存，每次只使用一块内存，当一块内存使用完了，就将存活的对象放到另一块内存，在把使用过的对象一次清楚。
（2）缺点：牺牲一半的内存
（3）复制收集算法，在对象存活效率比较高时就要进行较多的复制操作，效率低
- 标记-整理算法
- 分代收集算法
（1）分为新生代和老年代
（2）新生代采用复制算法，老年代采用标记清楚或者标记整理算法。