java hotspot 默认垃圾回收器_怎么查看服务器默认的垃圾的收集器是哪个？生产环境上如何配置垃圾回收收集器？谈谈你对垃圾收集器的理解？...

最新推荐文章于 2023-07-17 09:59:23 发布

迷荆

最新推荐文章于 2023-07-17 09:59:23 发布

阅读量364

点赞数

文章标签： java hotspot 默认垃圾回收器

本文链接：https://blog.csdn.net/weixin_42131798/article/details/114191900

版权

上篇:https://zhuanlan.zhihu.com/p/165998261zhuanlan.zhihu.com

一、查看默认的垃圾收集器

1、如何查看默认的垃圾收集器

(1)代码演示：

package com.study.gc;

public class HelloGC {

public static void main(String[] args) throws Exception{

}

(2)jvm没有配置任何参数，直接运行，并用命令去操作查看参数信息：

E:\interview2020-master>java -XX:+PrintCommandLineFlags -version查看默认的垃圾收集器

2、JVM默认的垃圾收集器有哪些

java的gc回收的类型主要有几种：UseSerialGC(串行gc)、UseParallelGC(并行gc)、UseConcsMarkSweepGC(并发标记清除gc)、UseParNewGC、UserParallelOldGC(年老gc)、UseG1GC(G1gc)jvm底层源码6种参数

代码演示：比如指定一个串行垃圾回收器

package com.study.jvmgc;

public class HelloGC {

public static void main(String[] args) throws Exception{

System.out.println("************HelloGC");

Thread.sleep(Integer.MAX_VALUE);

}

在jvm配置参数：

-XX:+UseSerialGC //配置了串行gc配置了串行gc

启动程序，运行，命令操作

E:\interview2020-master>jps -l

15168

6740 org.jetbrains.jps.cmdline.Launcher

9528 sun.tools.jps.Jps

9688 org.jetbrains.idea.maven.server.RemoteMavenServer

13244 com.study.jvmgc.HelloGC

E:\interview2020-master>jinfo -flag UseSerialGC 13244

-XX:+UseSerialGC //串行垃圾回收器开启E:\interview2020-master>jinfo -flag UseParallelGC 13244

-XX:-UseParallelGC //并行垃圾回收器未开启

以上可以推断，目前使用的是串行垃圾回收器

若我们把先前的jvm配置参数去掉，没有配置任何参数，如图所示：

直接运行，操作命令

E:\interview2020-master>jps -l

15168

5716 sun.tools.jps.Jps

3256 com.study.jvmgc.HelloGC

6488 org.jetbrains.jps.cmdline.Launcher

9688 org.jetbrains.idea.maven.server.RemoteMavenServer

E:\interview2020-master>jinfo -flag UseParallelGC 3256

-XX:+UseParallelG //默认是串行垃圾回收器E:\interview2020-master>jinfo -flag UseSerialGC 3256

-XX:-UseSerialGC //不配任何参数，默认的串行垃圾回收器是不开启的

二、参数说明

1、GC之7大垃圾收集器概述7大垃圾收集器概述

2、GC之约定参数说明DefNew(Default New Generatio)

Tenured(Old)

ParNew(Parallel New Generation)

PSYoungGen(Parallel Scavenge)

ParOldGen(Parallel Old Generation)

Server/Client模式分别是什么意思

适合范围：只需要掌握Server模式即可，Client模式基本不会用

操作系统：(1)32位window操作系统，不论硬件如何都默认使用Client的JVM模式

(2)32位其它操作系统，2G内存同时有2个CPU以上用Server模式，低于该配置还是Client模式

(3)64位only server模式

三、新生代收集器

1、GC之Serial收集器

新生代的算法有：串行GC(Serial)/(Serial Coping)、并行GC(ParNew)、并行回收GC(Parallel)/(Parallel Scavenge)

(1)串行GC(Serial)/(Serial Coping)【串行垃圾收集器：Serial收集器】

一句话：一个单线程的收集器，在进行垃圾收集时候，必须暂停其他所有的工作线程直到它收集结束串行收集器组合Serial + Serial Old串行收集器是做古老的，最稳定以及效率高的收集器，只使用一个线程去回收但其在进行垃圾收集过程中可能产生较长的停顿(Stop-The-World，状态)。虽然在收集垃圾过程中需要暂停所有其他的工作线程，但是它简单高效，对于限定单个PUCPU环境来说，没有线程交互的开销可以获得最高单线程垃圾收集效率，因此，Serial垃圾收集器依然是java虚拟机运行在Client模式下默认的新生代垃圾收集器。

对应jvm参数是：-XX:+UseSerialGC

开启后会使用Serial(Young区用)+Serial Old(Old区用)的收集器组合

表示：新生代、年老代都会使用串行回收收集器，新生代使用复制算法，老年代使用标记--整理算法

-Xms10m -Xmx10m -XX:+PrintGCDetails -XX:+UseSerialGC

代码演示：串行gc(比并行慢)

package com.study.gc;

import java.util.Random;

/*** 1* -Xms10m -Xmx10m -XX:+PrintGCDetails -XX:+PrintCommandLineFlags -XX:+UseSerialGC (DefNew + Tenured)** 2* -Xms10m -Xmx10m -XX:+PrintGCDetails -XX:+PrintCommandLineFlags -XX:+UseParNewGC (ParNew + Tenured)** 备注情况：Java HotSpot(TM) 64-Bit Server VM warning:* Using the ParNew young collector with the Serial old collector is deprecated and will likely be removed in a future release** 3* -Xms10m -Xmx10m -XX:+PrintGCDetails -XX:+PrintCommandLineFlags -XX:+UseParallelGC (PSYoungGen + ParOldGen)** 4* 4.1* -Xms10m -Xmx10m -XX:+PrintGCDetails -XX:+PrintCommandLineFlags -XX:+UseParallelOldGC (PSYoungGen + ParOldGen)* 4.2 不加就是默认UseParallelGC* -Xms10m -Xmx10m -XX:+PrintGCDetails -XX:+PrintCommandLineFlags (PSYoungGen + ParOldGen)** 5* -Xms10m -Xmx10m -XX:+PrintGCDetails -XX:+PrintCommandLineFlags -XX:+UseConcMarkSweepGC (par new generation + concurrent mark-sweep)** 6* -Xms10m -Xmx10m -XX:+PrintGCDetails -XX:+PrintCommandLineFlags -XX:+UseG1GC 后面单独讲解G1** 7 (理论知道即可，实际中已经被优化掉了，没有了)* -Xms10m -Xmx10m -XX:+PrintGCDetails -XX:+PrintCommandLineFlags -XX:+UseSerialOldGC** 下面是故意繁琐配置，主要是为了学习，一般生产环境不这么配置：* 下面是故意繁琐配置，主要是为了学习，一般生产环境不这么配置：* 下面是故意繁琐配置，主要是为了学习，一般生产环境不这么配置：* -Xms10m -Xmx10m -XX:+PrintGCDetails -XX:+PrintCommandLineFlags -XX:+UseParallelGC -XX:+UseParallelOldGC (PSYoungGen + ParOldGen)** -Xms10m -Xmx10m -XX:+PrintGCDetails -XX:+PrintCommandLineFlags -XX:+ParNewGC -XX:+UseConcMarkSweepGC (par new generation + concurrent mark-sweep generation)*/

public class GCDemo {

public static void main(String[] args) {

System.out.println("********** GCDemo hello **********");

try {

String str = "weiwozongheng";

while (true) {

str += str + new Random().nextInt(77777777) + new Random().nextInt(88888888);

str.intern();

}

} catch (Throwable throwable) {

throwable.printStackTrace();

}

配置jvm的DefNew + Tenured参数：

-Xms10m -Xmx10m -XX:+PrintGCDetails -XX:+PrintCommandLineFlags -XX:+UseSerialGC配置jvm的DefNew + Tenured参数

运行程序，输出：

-XX:InitialHeapSize=10485760 -XX:MaxHeapSize=10485760 -XX:+PrintCommandLineFlags -XX:+PrintGCDetails -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:-UseLargePagesIndividualAllocation -XX:+UseSerialGC

********** GCDemo hello **********

[GC (Allocation Failure) [DefNew: 2588K->320K(3072K), 0.0035796 secs] 2588K->984K(9920K), 0.0052726 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[GC (Allocation Failure) [DefNew: 2486K->234K(3072K), 0.0025816 secs] 3150K->1682K(9920K), 0.0026186 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[GC (Allocation Failure) [DefNew: 2160K->2K(3072K), 0.0017698 secs] 3608K->2611K(9920K), 0.0018041 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[GC (Allocation Failure) [DefNew: 995K->2K(3072K), 0.0011637 secs] 3604K->3538K(9920K), 0.0012020 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[GC (Allocation Failure) [DefNew: 1938K->26K(3072K), 0.0022154 secs] 5474K->5416K(9920K), 0.0022510 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[GC (Allocation Failure) [DefNew: 1942K->1942K(3072K), 0.0000195 secs][Tenured: 5390K->2743K(6848K), 0.0032884 secs] 7332K->2743K(9920K), [Metaspace: 3356K->3356K(1056768K)], 0.0033614 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[GC (Allocation Failure) [DefNew: 1906K->1906K(3072K), 0.0000188 secs][Tenured: 6451K->5524K(6848K), 0.0028720 secs] 8358K->5524K(9920K), [Metaspace: 3356K->3356K(1056768K)], 0.0029422 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[GC (Allocation Failure) [DefNew: 1935K->1935K(3072K), 0.0000205 secs][Tenured: 5524K->2743K(6848K), 0.0033465 secs] 7459K->2743K(9920K), [Metaspace: 3356K->3356K(1056768K)], 0.0034198 secs] [Times: user=0.02 sys=0.00, real=0.00 secs]

[GC (Allocation Failure) [DefNew: 1907K->1907K(3072K), 0.0000173 secs][Tenured: 6451K->6337K(6848K), 0.0039502 secs] 8358K->6337K(9920K), [Metaspace: 3356K->3356K(1056768K)], 0.0040194 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[Full GC (Allocation Failure) [Tenured: 6337K->6317K(6848K), 0.0038522 secs] 6337K->6317K(9920K), [Metaspace: 3356K->3356K(1056768K)], 0.0038926 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

Heap

def new generation total 3072K, used 81K [0x00000000ff600000, 0x00000000ff950000, 0x00000000ff950000)

eden space 2752K, 2% used [0x00000000ff600000, 0x00000000ff614748, 0x00000000ff8b0000)

from space 320K, 0% used [0x00000000ff900000, 0x00000000ff900000, 0x00000000ff950000)

to space 320K, 0% used [0x00000000ff8b0000, 0x00000000ff8b0000, 0x00000000ff900000)

tenured generation total 6848K, used 6317K [0x00000000ff950000, 0x0000000100000000, 0x0000000100000000)

the space 6848K, 92% used [0x00000000ff950000, 0x00000000fff7b7a0, 0x00000000fff7b800, 0x0000000100000000)

Metaspace used 3387K, capacity 4496K, committed 4864K, reserved 1056768K

class space used 365K, capacity 388K, committed 512K, reserved 1048576K

java.lang.OutOfMemoryError: Java heap space

at java.util.Arrays.copyOf(Arrays.java:3332)

at java.lang.AbstractStringBuilder.expandCapacity(AbstractStringBuilder.java:137)

at java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:121)

at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:647)

at java.lang.StringBuilder.append(StringBuilder.java:208)

at com.study.gc.GCDemo.main(GCDemo.java:47)

2、GC之ParNew收集器

并行GC(ParNew)

【ParNew(并行)收集器】

一句话：使用多线程进行垃圾回收，在垃圾回收收集时，会Stop-the-World暂停其他所有的工作线程直到它收集结束。ParNew收集器ParNew收集器其实就是Serial收集器新生代的并行多线程版本，最常见的应用场景时配合老年代CMS GC工作，其余的行为和Serial收集器完全一样，ParNew垃圾收集器在垃圾收集过程中同样也要暂停所有其他的工作线程。它是很多java虚拟机运行在Server模式下新生代的默认垃圾收集器。

常见对应jvm参数：-XX:+UseParNewGC 启动ParNew收集器，只影响新生代的收集，不影响老年代；

开启后上述参数后，会使用ParNew(Young区用)+Serial Old的收集器组合，新生代使用复制算法，老年代采用标记--整理算法

但是，ParNew+Tenured这样搭配，java8已经不再推荐了。

备注：

-XX:ParallelGCThreads 限制线程数量，默认开启和CPU数目相同的线程数

代码演示：并行GC(ParNew)

package com.study.gc;

import java.util.Random;

public class GCDemo {

public static void main(String[] args) {

System.out.println("********** GCDemo hello **********");

try {

String str = "weiwozongheng";

while (true) {

str += str + new Random().nextInt(77777777) + new Random().nextInt(88888888);

str.intern();

}

} catch (Throwable throwable) {

throwable.printStackTrace();

}

配置jvm的ParNew + Tenured参数：

-Xms10m -Xmx10m -XX:+PrintGCDetails -XX:+PrintCommandLineFlags -XX:+UseParNewGC配置jvm的ParNew + Tenured参数

配置jvm的ParNew + Tenured参数

运行程序，输出：串行-->并行收集

********** GCDemo hello **********

[GC (Allocation Failure) [ParNew: 2526K->320K(3072K), 0.0010318 secs] 2526K->1059K(9920K), 0.0010973 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[GC (Allocation Failure) [ParNew: 2496K->317K(3072K), 0.0009793 secs] 3235K->1969K(9920K), 0.0010153 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[GC (Allocation Failure) [ParNew: 2270K->166K(3072K), 0.0006946 secs] 3921K->2745K(9920K), 0.0007270 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[GC (Allocation Failure) [ParNew: 1159K->129K(3072K), 0.0007719 secs] 3738K->3635K(9920K), 0.0008068 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[GC (Allocation Failure) [ParNew: 2050K->128K(3072K), 0.0012929 secs] 5556K->5489K(9920K), 0.0013182 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[GC (Allocation Failure) [ParNew: 2080K->2080K(3072K), 0.0000451 secs][Tenured: 5361K->2825K(6848K), 0.0038757 secs] 7441K->2825K(9920K), [Metaspace: 3357K->3357K(1056768K)], 0.0039758 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[GC (Allocation Failure) [ParNew: 1907K->1907K(3072K), 0.0000179 secs][Tenured: 6535K->5608K(6848K), 0.0031826 secs] 8443K->5608K(9920K), [Metaspace: 3357K->3357K(1056768K)], 0.0032509 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[GC (Allocation Failure) [ParNew: 1936K->1936K(3072K), 0.0000193 secs][Tenured: 5608K->2825K(6848K), 0.0034347 secs] 7544K->2825K(9920K), [Metaspace: 3357K->3357K(1056768K)], 0.0035110 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[GC (Allocation Failure) [ParNew: 1908K->1908K(3072K), 0.0000210 secs][Tenured: 6536K->6340K(6848K), 0.0042639 secs] 8444K->6340K(9920K), [Metaspace: 3357K->3357K(1056768K)], 0.0043433 secs] [Times: user=0.02 sys=0.00, real=0.01 secs]

[Full GC (Allocation Failure) [Tenured: 6340K->6321K(6848K), 0.0041049 secs] 6340K->6321K(9920K), [Metaspace: 3357K->3357K(1056768K)], 0.0041400 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

Heap

par new generation total 3072K, used 81K [0x00000000ff600000, 0x00000000ff950000, 0x00000000ff950000)

eden space 2752K, 2% used [0x00000000ff600000, 0x00000000ff614700, 0x00000000ff8b0000)

from space 320K, 0% used [0x00000000ff900000, 0x00000000ff900000, 0x00000000ff950000)

to space 320K, 0% used [0x00000000ff8b0000, 0x00000000ff8b0000, 0x00000000ff900000)

tenured generation total 6848K, used 6321K [0x00000000ff950000, 0x0000000100000000, 0x0000000100000000)

the space 6848K, 92% used [0x00000000ff950000, 0x00000000fff7c630, 0x00000000fff7c800, 0x0000000100000000)

Metaspace used 3388K, capacity 4496K, committed 4864K, reserved 1056768K

class space used 365K, capacity 388K, committed 512K, reserved 1048576K

java.lang.OutOfMemoryError: Java heap space

at java.util.Arrays.copyOf(Arrays.java:3332)

at java.lang.AbstractStringBuilder.expandCapacity(AbstractStringBuilder.java:137)

at java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:121)

at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:647)

at java.lang.StringBuilder.append(StringBuilder.java:208)

at com.study.gc.GCDemo.main(GCDemo.java:47)

Java HotSpot(TM) 64-Bit Server VM warning: Using the ParNew young collector with the Serial old collector is deprecated and will likely be removed in a future release

3、GC之Parallel收集器

并行收集器Parallel Scavenge收集器类似ParNew，也是一个新生代垃圾收集器，使用复制算法，也是一个并行的多线程的垃圾收集器，称俗吞吐量优先收集器。

一句话：串行收集器在新生代和老年代的并行化

它的重点关注是：Parallel收集器

代码演示：

package com.study.gc;

import java.util.Random;

public class GCDemo {

public static void main(String[] args) {

System.out.println("********** GCDemo hello **********");

try {

String str = "weiwozongheng";

while (true) {

str += str + new Random().nextInt(77777777) + new Random().nextInt(88888888);

str.intern();

}

} catch (Throwable throwable) {

throwable.printStackTrace();

}

配置jvm的PSYoungGen + ParOldGen参数：

-Xms10m -Xmx10m -XX:+PrintGCDetails -XX:+PrintCommandLineFlags -XX:+UseParallelGC配置jvm的PSYoungGen + ParOldGen参数

运行程序，输出：

********** GCDemo hello **********

[GC (Allocation Failure) [PSYoungGen: 2032K->488K(2560K)] 2032K->816K(9728K), 0.0019718 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[GC (Allocation Failure) [PSYoungGen: 2428K->508K(2560K)] 2756K->1044K(9728K), 0.0007610 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[GC (Allocation Failure) [PSYoungGen: 2157K->492K(2560K)] 2693K->1939K(9728K), 0.0011574 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[GC (Allocation Failure) [PSYoungGen: 2389K->296K(2560K)] 5660K->4023K(9728K), 0.0014860 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[GC (Allocation Failure) [PSYoungGen: 2159K->296K(2560K)] 7711K->6759K(9728K), 0.0011480 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[Full GC (Ergonomics) [PSYoungGen: 296K->0K(2560K)] [ParOldGen: 6463K->3537K(7168K)] 6759K->3537K(9728K), [Metaspace: 3356K->3356K(1056768K)], 0.0042594 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[GC (Allocation Failure) [PSYoungGen: 0K->0K(1536K)] 3537K->3537K(8704K), 0.0004682 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[Full GC (Allocation Failure) [PSYoungGen: 0K->0K(1536K)] [ParOldGen: 3537K->3492K(7168K)] 3537K->3492K(8704K), [Metaspace: 3356K->3356K(1056768K)], 0.0080577 secs] [Times: user=0.06 sys=0.00, real=0.01 secs]

[Full GC (Ergonomics) [PSYoungGen: 30K->0K(1536K)] [ParOldGen: 7140K->5315K(7168K)] 7170K->5315K(8704K), [Metaspace: 3357K->3357K(1056768K)], 0.0113222 secs] [Times: user=0.01 sys=0.00, real=0.01 secs]

[GC (Allocation Failure) [PSYoungGen: 20K->32K(2048K)] 7160K->7171K(9216K), 0.0013758 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[Full GC (Ergonomics) [PSYoungGen: 32K->0K(2048K)] [ParOldGen: 7139K->2606K(7168K)] 7171K->2606K(9216K), [Metaspace: 3357K->3357K(1056768K)], 0.0040621 secs] [Times: user=0.02 sys=0.00, real=0.00 secs]

[GC (Allocation Failure) [PSYoungGen: 20K->0K(2048K)] 4450K->4430K(9216K), 0.0002907 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[GC (Allocation Failure) [PSYoungGen: 0K->0K(2048K)] 4430K->4430K(9216K), 0.0002808 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[Full GC (Allocation Failure) [PSYoungGen: 0K->0K(2048K)] [ParOldGen: 4430K->4404K(7168K)] 4430K->4404K(9216K), [Metaspace: 3357K->3357K(1056768K)], 0.0075027 secs] [Times: user=0.00 sys=0.00, real=0.01 secs]

[GC (Allocation Failure) [PSYoungGen: 0K->0K(2048K)] 4404K->4404K(9216K), 0.0002835 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[Full GC (Allocation Failure) [PSYoungGen: 0K->0K(2048K)] [ParOldGen: 4404K->4404K(7168K)] 4404K->4404K(9216K), [Metaspace: 3357K->3357K(1056768K)], 0.0028381 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

Heap

PSYoungGen total 2048K, used 61K [0x00000000ffd00000, 0x0000000100000000, 0x0000000100000000)

eden space 1024K, 5% used [0x00000000ffd00000,0x00000000ffd0f468,0x00000000ffe00000)

from space 1024K, 0% used [0x00000000fff00000,0x00000000fff00000,0x0000000100000000)

to space 1024K, 0% used [0x00000000ffe00000,0x00000000ffe00000,0x00000000fff00000)

ParOldGen total 7168K, used 4404K [0x00000000ff600000, 0x00000000ffd00000, 0x00000000ffd00000)

object space 7168K, 61% used [0x00000000ff600000,0x00000000ffa4d008,0x00000000ffd00000)

Metaspace used 3387K, capacity 4496K, committed 4864K, reserved 1056768K

class space used 365K, capacity 388K, committed 512K, reserved 1048576K

java.lang.OutOfMemoryError: Java heap space

at java.util.Arrays.copyOf(Arrays.java:3332)

at java.lang.AbstractStringBuilder.expandCapacity(AbstractStringBuilder.java:137)

at java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:121)

at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:421)

at java.lang.StringBuilder.append(StringBuilder.java:136)

at com.study.gc.GCDemo.main(GCDemo.java:47)

四、老年代收集器

1、串行回收GC(Serial Old)/(Serial MSC)

Serial Old是Serial 垃圾收集器老年代版本，它同样是单线程的收集器，使用标记--整理算法，这个收集器也主要是运行在Clint默认的java虚拟机默认年老代垃圾收集器。

在Server模式下，主要有两个途径(了解一下java8以后)(1)jdk1.5之前版本中与新生代的Parallel Scavenge收集器搭建配置使用。(Parallel Scavenge+Serial Old)

(2)作为老年代版本中使用CMS收集器的后备垃圾收集方案。

2、并行GC(Parallel Old)/(Parallel MSC)Parallel Old收集器是Parallel Scavenge的老年代版本，使用多线程的标记--整理算法，Parallel Old收集器在jdk1.6才开始提供。

在jdk1.6之前，新生代使用Parallel Scavenge收集器只能搭配老年代的Serial Old收集器，只能保证新生代的吞吐量优先，无法保证整体的吞吐量。在jdk1.6之后(Parallel Scavenge+Serial Old)

Parallel Old正是为了在年老代同样提供吞吐量优先的垃圾收集器，如果系统对吞吐量要求比较高，jkd1.8后可以优先考虑新生代Parallel Scavenge和年老代Parallel Old收集器的搭配策略。在jdk1.8k及后(Parallel Scavenge+Parallel Old )

JVM常用参数：

使用Parallel Old收集器，设置该参数后，新生代Parallel+老年代Parallel Old

-XX:+UseParallelOldGC

3、并发标记清除GC(CMS)CMS收集器(Concurrent Mark Sweep:并发标记清除)是一种以获取最短的回收停顿时间位目标的收集器。

适合应用在互联网或者B/S系统的服务器上，这类应用尤其重视服务器的响应速度，希望系统停顿时间最短。

CMS非常适合堆内存大、CPU核数多的服务器端应用，也是G1出现之前大型应用的首选收集器。并发标记清除组合 ParNew+CMS+Serial OldConcurrent Mark Sweep并发标记清除，并发收集低停顿，并发指的是与用户线程一起执行

开启该收集器的JVM参数：-XX:+UseConcMarkSweepGC 开启该线程u后会自动将-XX:+UseParNewGC 打开

开启该参数后，使用ParNew(Young区用)+CMS(Old区用)+Serial Old的收集器组合，Serial Old将作为CMS出错的后备收集器

-Xms10m -Xmx10m -XX:+PrintGCDetails -XX:+UseConcMarkSweepGC

并发标记清除GC(CMS)的执行过程分为4步

(1)初始标记(CMS initial mark

(2)并发标记(CMS concurrent mark)和用户线程一起进行GC Roots跟踪的过程，和用户线程一起工作，不需要暂停工作线程。主要标记过程，标记全部对象

(3)重新标记(CMS remark)为了修正在并发标记期间，因用户程序继续运行而导致标记产生变动的那一部分的标记记录，仍然需要暂停所有的工作线程。

由于并发标记时，用户线程依然运行，因此在正式清理时，再做修正

(4)并发清除(CMS concurrent sweep)和用户线程一起清除GC Roots不可达对象，和用户线程一起工作，不需要暂停工作线程。主要标记结果，直接清理对象

由于耗时最长的并发标记和并发清除过程中，垃圾收集线程可以和用户现在一起并发工作。所以总体上来看CMS收集器的内存回收和用户线程是一起并发地执行并发标记清除GC(CMS)的执行过程分为4步

并发标记清除GC(CMS)优缺点

优点：并发收集低停顿

缺点：

(1)并发执行，对CPU资源压力大

(2)采用的标记清除算法会导致大量碎片

代码演示：

package com.study.gc;

import java.util.Random;

public class GCDemo {

public static void main(String[] args) {

System.out.println("********** GCDemo hello **********");

try {

String str = "weiwozongheng";

while (true) {

str += str + new Random().nextInt(77777777) + new Random().nextInt(88888888);

str.intern();

}

} catch (Throwable throwable) {

throwable.printStackTrace();

}

配置jvm的par new generation + concurrent mark-sweep参数：

如果是微服务架构，可以配置这个参数

-Xms10m -Xmx10m -XX:+PrintGCDetails -XX:+PrintCommandLineFlags -XX:+UseConcMarkSweepGCpar new generation + concurrent mark-sweep参数

运行程序，输出：并发标记清除GC

-XX:InitialHeapSize=10485760 -XX:MaxHeapSize=10485760 -XX:MaxNewSize=3497984 -XX:MaxTenuringThreshold=6 -XX:NewSize=3497984 -XX:OldPLABSize=16 -XX:OldSize=6987776 -XX:+PrintCommandLineFlags -XX:+PrintGCDetails -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC -XX:-UseLargePagesIndividualAllocation -XX:+UseParNewGC

********** GCDemo hello **********

[GC (Allocation Failure) [ParNew: 2569K->320K(3072K), 0.0034583 secs] 2569K->1010K(9920K), 0.0045351 secs] [Times: user=0.02 sys=0.00, real=0.00 secs]

[GC (Allocation Failure) [ParNew: 2439K->289K(3072K), 0.0016476 secs] 3129K->1855K(9920K), 0.0016936 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[GC (Allocation Failure) [ParNew: 2173K->156K(3072K), 0.0007586 secs] 3739K->2618K(9920K), 0.0007985 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[GC (Allocation Failure) [ParNew: 1117K->121K(3072K), 0.0008930 secs] 3579K->3478K(9920K), 0.0009270 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[GC (Allocation Failure) [ParNew: 2873K->124K(3072K), 0.0009457 secs] 6230K->4377K(9920K), 0.0009879 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[GC (CMS Initial Mark) [1 CMS-initial-mark: 4253K(6848K)] 5337K(9920K), 0.0002449 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[CMS-concurrent-mark-start]

[GC (Allocation Failure) [ParNew: 1100K->146K(3072K), 0.0008552 secs] 5353K->5295K(9920K), 0.0008930 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

[GC (Allocation Failure) [ParNew (promotion failed): 1990K->1990K(3072K), 0.0003692 secs][CMS[CMS-concurrent-mark: 0.002/0.003 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

(concurrent mode failure): 5149K->3473K(6848K), 0.0055365 secs] 7139K->3473K(9920K), [Metaspace: 3356K->3356K(1056768K)], 0.0059688 secs] [Times: user=0.00 sys=0.00, real=0.01 secs]

[Full GC (Allocation Failure) [CMS: 3473K->3453K(6848K), 0.0042601 secs] 3473K->3453K(9920K), [Metaspace: 3356K->3356K(1056768K)], 0.0043026 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

Heap

par new generation total 3072K, used 80K [0x00000000ff600000, 0x00000000ff950000, 0x00000000ff950000)

eden space 2752K, 2% used [0x00000000ff600000, 0x00000000ff614398, 0x00000000ff8b0000)

from space 320K, 0% used [0x00000000ff900000, 0x00000000ff900000, 0x00000000ff950000)

to space 320K, 0% used [0x00000000ff8b0000, 0x00000000ff8b0000, 0x00000000ff900000)

concurrent mark-sweep generation total 6848K, used 3453K [0x00000000ff950000, 0x0000000100000000, 0x0000000100000000)

Metaspace used 3387K, capacity 4496K, committed 4864K, reserved 1056768K

class space used 365K, capacity 388K, committed 512K, reserved 1048576K

java.lang.OutOfMemoryError: Java heap space

at java.util.Arrays.copyOf(Arrays.java:3332)

at java.lang.AbstractStringBuilder.expandCapacity(AbstractStringBuilder.java:137)

at java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:121)

at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:647)

at java.lang.StringBuilder.append(StringBuilder.java:208)

at com.study.gc.GCDemo.main(GCDemo.java:47)

还有一个参数是老年代gc：理论知道即可，实际中已经被优化掉了，没有了

-Xms10m -Xmx10m -XX:+PrintGCDetails -XX:+PrintCommandLineFlags -XX:+UseSerialOldGC

垃圾收集器配置代码总结

如何选择垃圾收集器

迷荆

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
java hotspot 默认垃圾回收器_怎么查看服务器默认的垃圾的收集器是哪个？生产环境上如何配置垃圾回收收集器？谈谈你对垃圾收集器的理解？...

上篇:https://zhuanlan.zhihu.com/p/165998261zhuanlan.zhihu.com一、查看默认的垃圾收集器1、如何查看默认的垃圾收集器(1)代码演示：package com.study.gc;public class HelloGC {public static void main(String[] args) throws Exception{}}(2)jv...
复制链接

扫一扫