1.垃圾收集器
1.串行垃圾收集器
只有一个线程在进行垃圾回收，其他线程都要停止(STW),不适合用在交互性较高的应用当中
通过设置VM Options参数制定我们采用串行垃圾收集器，并且打印垃圾收集信息
-XX:+UseSerialGC -XX:+PrintGCDetails -Xms16m -Xmx16m
2.并行垃圾收集器
多个线程进行垃圾回收，导致STW，缩短垃圾清理时间
1.ParNew垃圾收集器
工作在年轻代，通过-XX:UseParNewGC
2.ParallelGC垃圾收集器
与ParNew垃圾收集器机制相同，都是通过多个线程同时进行垃圾收集，同样会导致应用程序STW，可以通过参数设置提高程序吞吐量
设置程序VM Options参数制定年轻代和年老代都是用ParallelGC，并且设置垃圾收集停顿时间最大为100ms（年轻代和年老代默认使用该GC）
-XX:+UseParallelGC -XX:+UseParallelOldGC -XX:MaxGCPauseMillis=100 -XX:+PrintGCDetails -Xms16m -Xmx16m
3.CMS垃圾收集器
串行和并行在进行垃圾收集时都会导致应用线程的停止，CMS可以同应用程序同步执行，该收集器是针对老年代，使用标记清除法进行垃圾回收
只有标记阶段会导致应用程序停止，然后其他阶段都是与应用程序并行
1，初始标记：仅标记一下GC Roots能直接关联到的对象；速度很快；但需要"Stop The World"。
2，并发标记：并行GC Root Tracing的过程；刚才产生的集合中标记出存活对象；应用程序也在运行；并不保证可以标记出所有的存活对象。
3，重新标记：为了修正并发标记期间因用户程序继续运作致使标记变动的那一部分对象的标记记录；需要"Stop The World"，且停顿时间比初始标记稍长，但远比并发标记短；采用多线程并行执行来提升效率。
4，并发清除：回收所有的垃圾对象。
CMS收集器运行
老年代收集，采用"标记-清除"算法，与用户线程并发运行
4.G1垃圾收集器
将原有的内存模型划分成了每一个区域，包含Eden区，还包含S区，还包含O区，以及H区，
其中H区存放短暂的占用空间50%以上的大对象
YoungGC回收：
1.专门回收Eden区的数据，当Eden区内存满了的情况下，会进行垃圾回收，Eden区的数据存活的对象会转移到Survivor区域，如果Survivor区域内存太小，那么Eden区就会将这个数据提升到Old区当中
2.当suvivor区域满了会将数据转移到Old区
3.Rset：记录引用地址，方便于快速定位，节省资源
在垃圾回收的时候，我们需要定位到根对象，找根对象的引用关系，之前没有G1时，我们进行内存对象的全部扫描，G1提供一个Rset
Rset专门存储引用的对象的位置，在哪一个区域，在哪一个Card当中
G1垃圾收集器会将每一块Region分为若干个Card，每一个Card默认大小为512KB
MixedGC：
当越来越多的数据晋升到Old区域当中的情况下， 为了避免内存不足的情况，JVM虚拟机会启用MiexdGC，进行混合数据的回收，包含YongGC以及部分OldGC
当老年代数据占用堆内存整体45%的时候会触发，可以通过 -XX:InitiatingHeapOccupancyPercent=n进行设置
MixedGC回收的两个部分：
1.全局标记
初始化标记
根节点扫描
全局标记
重新标记
清除垃圾：并不是真正清除，而是恢复状态
2.对象拷贝阶段
将要回收的区域的存活对象复制到另外一个Region当中，然后进行垃圾清理
G1参数：设置启用G1 设置暂停时间 设置堆内存大小
-XX:+UseG1GC -XX:MaxGCPauseMillis=100 -XX:+PrintGCDetails -Xmx32m
优化建议：
1.不要设置年轻代内存大小
2.暂停时间不要太苛刻