java8 HotSpot 垃圾回收GC

一：判断回收 (GC Roots:由堆外指向堆内的引用)

 1.引用计数法（很少使用）:它的做法是为每个对象添加一个引用计数器，用来统计指向该对象的引用个数。一旦某个对象的引用计数器为 0，则说明该对象已经死亡，便可以被回收了。（弊端：a，b互相引用，导致计数永远大于0 ，内存泄漏）

2.可达性分析算法:这个算法的实质在于将一系列 GC Roots 作为初始的存活对象合集（live set），然后从该合集出发，探索所有能够被该集合引用到的对象，并将其加入到该集合中，这个过程我们也称之为标记（mark）。最终，未被探索到的对象便是死亡的，是可以回收的。(多线程情况下会采取stop-the-world:停止其他非垃圾回收线程的工作，直到完成垃圾回收。这也就造成了垃圾回收所谓的暂停时间)

二：回收方式

   清理有三种机制
    1.清除，但可能产生碎片
    2.压缩，算法消耗性能
    3.复制，空间利用率低 

三 jvm 的gc

1.CMS vs G1

cms垃圾回收器

cms将java堆 分为年轻代和老年代
    年轻代：伊甸园空间 幸存者空间 ：当 Eden 区的空间耗尽了怎么办？这个时候 Java 虚拟机便会触发一次 Minor GC，来收集新生代的垃圾。存活下来的对象，则会被送到 Survivor 区 
        当发生 Minor GC 时，Eden 区和 from 指向的 Survivor 区中的存活对象会被复制到 to 指向的 Survivor 区中，然后交换 from 和 to 指针，以保证下一次 Minor GC 时，to 指向的 Survivor 区还是空的。（标记 - 复制算法）
    卡表（针对minor gc 解决老年代指向年轻代的问题）
        HotSpot 给出的解决方案是一项叫做卡表（Card Table）的技术。该技术将整个堆划分为一个个大小为 512 字节的卡，并且维护一个卡表，用来存储每张卡的一个标识位。这个标识位代表对应的卡是否可能存有指向新生代对象的引用。如果可能存在，那么我们就认为这张卡是脏的。 
    老年代：整理算法

G1垃圾回收器（jdk9）：G1使用非连续空间 分为很多个年轻代和老年代（2M）

四：调优

              cms合理设置年轻代和老年代的大小

               G1是调整整个堆堆大小