javaGC垃圾回收机制G1、CMS

javaGC垃圾回收机制G1、CMS
CMS(Concurrent Mark-Sweep)是以牺牲吞吐量为代价来获得最短回收停顿时间。

对于要求服务器响应速度的应⽤上，这种垃圾回收器⾮常适合。

在启动JVM参数加上-XX:+UseConcMarkSweepGC ，这个参数表⽰对于⽼年代的回收采⽤CMS。

CMS采⽤的基础算法是：标记—清除。

使⽤场景：
1、应⽤程序对停顿⽐较敏感，并且在应⽤程序运⾏的时候可以提供更⼤的内存和更多的CPU
2、在JVM中，有相对较多存活时间较长的对象(⽼年代⽐较⼤)会更适合使⽤CMS。

为解决CMS算法产⽣空间碎⽚和其它⼀系列的问题缺陷，HotSpot提供了另外⼀种垃圾回收策略，G1（Garbage First）算法，通过参数-XX:+UseG1GC来启⽤，该算法在JDK 7u4版本被正式推出，G1垃圾收集算法主要应⽤在多CPU⼤内存的服务中，在满⾜⾼吞吐量的同时，竟
可能的满⾜垃圾回收时的暂停时间，下⾯是官⽅介绍：
The Garbage-First (G1) collector is a server-style garbage collector, targeted for multi-processor machines with large memories.
It meets garbage collection (GC) pause time goals with a high probability, while achieving high throughput. The G1 garbage
collector is fully supported in Oracle JDK 7 update 4 and later releases. The G1 collector is designed for applications that:
Can operate concurrently with applications threads like the CMS collector.
Compact free space without lengthy GC induced pause times.
Need more predictable GC pause durations.
Do not want to sacrifice a lot of throughput performance.
Do not require a much larger Java heap.
G1采⽤了另外⼀种完全不同的⽅式组织堆内存，堆内存被划分为多个⼤⼩相等的内存块（Region），每个Region是逻辑连续的⼀段内
存，G1中提供了三种模式垃圾回收模式，young gc、mixed gc 和 full gc，在不同的条件下被触发。

总之，G1特点：
⽀持很⼤的堆，⾼吞吐量
更可控的停顿时间
⽀持多CPU和垃圾回收线程
在主线程暂停的情况下，使⽤并⾏收集
在主线程运⾏的情况下，使⽤并发收集
实时⽬标：可配置在N毫秒内最多只占⽤M毫秒的时间进⾏垃圾回收
通过JVM参数 –XX:+UseG1GC 使⽤G1垃圾回收器
备注：
1、g1在java9 便是默认的垃圾收集器，是cms 的替代者。

2、cms在最新的jdk中，已经被移除。