JVM垃圾回收

1. 判断对象是否存活
   可达性算法：从一系列称为“GC Roots”的根节点开始，根据引用关系向下搜素，某个对象到GC Roots间没有任何引用链（不可达），表明此对象不能再被使用。
   GC Roots集合：
   虚拟机栈中的对象（参数，局部变量，临时变量）；
   方法区中：引用类型静态变量，字符串常量池里的引用；
   本地方法：Native方法引用的对象；
   虚拟机内部引用：基本数据类型对应的Class对象，异常对象，系统类加载器；
   Synchronized修饰的对象；
   反映Java虚拟机内部的情况的JMXBean，JVMTI中注册的回调、本地代码缓存。

2. 对象回收的过程
   进行两次标记后回收：
   a)如果进行可达性分析后发现没有与GC Roots相连接的引用链，第一次标记；
   b)判断是否有必要执行finalize()方法。
   没必要执行：
   i.对象没有覆盖finalize();
   ii.finalize()被调用过了；
   c)如果有必要执行finalize()方法，对象被放置在一份F-Queue队列中；
   d)虚拟机创建一个低调度优先级的Finalizer线程去执行他们的finalize()方法；此线程会会触发方法的执行，但不一定会等到他结束，因为防止有的方法执行缓慢或者死循环导致系统崩溃；
   e)对象在finalize()方法中可以自救一次：与引用链上任何一个对象建立关联，这样会在第二次标记时候将他移出队列，否则被回收。

3. 回收算法
   i.标记-清除算法
   1.标记
   =对象回收过程
   2.清除
   缺点：执行效率不稳定，随对象数量增长而增长；
   内存空间碎片化，在进行分配较大对象时会导致进行另一次垃圾收集动作（解决方法：分区空闲分配链表—不要求物理连续的磁盘空间）。
   ii.标记-复制算法（虚拟机大多优先采用这种手机算法回收新生代）
   将内存分为相等两块，每次使用其中一块，一块用完了，将存活的复制到另一块上面，清除原来的。
   缺点：内存多数对象时存活的，产生大量内存复制开销；
   将可用内存缩小一半，浪费空间。
   优化后的方法：将新生代分为一个Eden和两个Survivor（比例式8:1），每次只使用Eden和一个Survivor，发生垃圾收集时，将这两块寻获对象复制到另一块Survivor。如果这块Survivor空间不够，通过分配担保机制将一部分对象放入老年代。
   iii.标记整理（针对老年代）
   1.标记
   =对象回收过程
   2.整理
   让所有存活的对象移动到内存一端，然后清理边界以外的。
   缺点：老年代存在大量存货对象，移动对象并更新引用消耗大；
   这种操作会暂停用户应用程序（读屏障可以解决）。