gc java cms_java GC垃圾回收机制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中，已经被移除