我们知道JVM会回收垃圾,但是每种垃圾收集器的收集机制和收集的方法都不一样,今天我们讨论下几种垃圾回收机制
我们可以按照垃圾存在的区域来划分垃圾收集器,垃圾在堆内的区域分为
按照这三种区域类型,我们可以将垃圾收集器分为以下几种
新生代的收集器包括
老年代的收集器包括
通用垃圾收集器
java -XX:+PrintCommandLineFlags -version
通过该命令可以查看 jdk默认的垃圾收集机制,可以看到
-XX:InitialHeapSize=268435456 -XX:MaxHeapSize=4294967296 -XX:+PrintCommandLineFlags -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:+UseParallelGC
java version "1.8.0_202"
Java(TM) SE Runtime Environment (build 1.8.0_202-b08)
Java HotSpot(TM) 64-Bit Server VM (build 25.202-b08, mixed mode)
既然有这么多的垃圾收集器,我们在具体的使用的时候,到底怎么设置垃圾收集器?
或者 我们如何看出来这个垃圾收集器生效了
我们可以通过设置JVM参数来设置 垃圾收集器的方式
JVM配置参数设置使用串行垃圾收集器
-XX:+UserSerialGC
收集区域: Serial (新生代),Serial Old(老年代)。
使用算法: Serial (标记复制法),Serial Old(标记整理法)。
搜集方式: 单线程收集。
优势: 内存资源占用少、单核CPU环境最佳选项。
劣势: 整个搜集过程需要停顿用户线程。多核CPU、内存富足的环境,资源优势无法利用起来。
JVM配置参数设置 -XX:+UseParallelGC启用Parallel回收器
-XX:+UseParallelGC
收集区域: Parallel Scavenge (新生代),Parallel Old(老年代)。
使用算法: Parallel Scavenge (标记复制法),Parallel Old(标记整理法)。
搜集方式: 多线程。
优势: 多线程收集,CPU多核环境下效率要比serial高。
劣势: 整个搜集过程需要停顿用户线程。
JVM配置参数设置 -XX:+UseConcMarkSweepGC启用CMS垃圾收集器
-XX:+UseConcMarkSweepGC
CMS参数配置手动指定使用CMS收集器执行内存回收任务。
开启该参数后会自动将-XX:+UseParNewGC打开
即: ParNew(Young区用)+CMS(Old区用)+Serial Old的组合
收集区域: 老年代。
使用算法: 标记清除法+标记整理法。
搜集方式: 多线程。
搭配收集器: ParNew。
优势: 多线程收集,收集过程不停止用户线程,所以用户请求停顿时间短。
JVM配置参数设置 -XX:+UseG1GC启用G1垃圾收集器
-XX:+UserSerialGC
收集区域: 整个堆内存。
使用算法: 标记复制法
搜集方式: 多线程。
搭配收集器: 无需其他收集器搭配。
优势: 停顿时间可控,吞吐量高,可根据具体场景选择吞吐量有限还是停顿时间有限,不需要额外的收集器搭配。
劣势: 因为需要维护的额外信息比较多,所以需要的内存空间也要大,6G以上的内存才能考虑使用G1收集器。
至此 我们讲解了各种垃圾收集器的配置及收集垃圾的优劣势,在实际的工作中要根据具体的场景去设置不同的垃圾收集器