大厂面试--垃圾回收器

串行垃圾回收器（serial）：它为单线程环境设计且只使用一个线程进行垃圾回收，会暂停所有的用户线程。所以不适合服务器环境。

并行垃圾回收器（parallel）：多个垃圾收集线程并行工作，此时用户线程是暂停的，适用于科学计算/大数据处理首台处理等弱交互场景。

并发垃圾回收器（CMS ConcMarkSweep）： 用户线程和垃圾收集线程同时执行(不一定是并行，可能交替执行)，不需要停顿用户线程。互联网公司多用它，适用对应时间有要求的场景。

G1垃圾回收器（GARBAGE First）：G1垃圾回收器将堆内存分割成不同的区域然后并发的对其进行垃圾回收。

JVM默认的垃圾回收器：使用此命令查看java -XX:+PrintCommandLineFlags -version

可知JVM默认的垃圾回收器是并行垃圾回收器：-XX:+UseParallelGC

七大垃圾收集器：

UseSerialGC, UseParallelGC, UseConcMarkSweepGC, UseParNewGC, UseParallelOldGC, UseG1GC

还有一种UseSerialOldGC，已被废弃

部分参数预先说明：

DefNew -> Default New Generation
Tenured -> Old
ParNew -> Parallel New Generation
PSYoungGen -> Parallel Scavenge
ParOldGen -> Parallel Old Generation

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

1适用范围:只需要掌握Server模式即可，Client模式基本不会用
2操作系统:
2.1 32位Window操作 系统，不论硬件如何都默认使用Client的JVM模式
2.232位 其它操作系统，2G内存同时有2个cpu以上用Server模式，低于该配置还是Client模式
2.3
64位only server模式

串行收集器: Serial收集器(Serial)/(Serial Copying)

一句话: 一个单线程的收集器，在进行垃圾收集时候，必须暂停其他所有的工作线程直到它收集结束。

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

对应JVM参数是: -XX:+UseSeriaIGC

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

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

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

ParNew (并行)收集器GC(ParNew)

一句话:使用多线程进行垃圾回收，在垃圾收集时，会Stop-the-World暂停其他所有的工作线程直到它收集结束。

ParNew收集器其实就是Serial收集器新生代的并行多线程版本，最常见的应用场景是配合老年代的CMSGC工作，其余的行为和Serial收集器完全一样，ParNew垃圾收集器在垃圾收集过程中同样也要暂停所有其他的工作线程。它是很多java虛拟机运行在Server模式下新生代的默认垃圾收集器。

常用对应JVM参数: -XX:+UseParNewGC 启 用ParNew收集器，只 影响新生代的收集，不影响老年代。

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

但是，ParNew+ Tenured（Serial Old）这样的搭配，java8已经不再被推荐
Java HotSpot™ 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

备注
-XX:ParallelGCThreads 工限制线程数量，默认开启和CPU数目相同的线程数
-Xms10m -Xmx10m -XX:+PrintGCDetails -XX:+UseParNewGC

并行回收GC(Parallel)/(Parallel Scavenge)

Parallel Scavenge收集器类似ParNew也是一个新生代垃圾收集器，使用复制算法，也是一个并行的多线程的垃圾收集器，俗称吞吐量优先收集器。一句话，串行收集器在新牛代和老年代的并行化.

它重点关注的是:

可控制的吞吐量(Thoughput=运行用户代码时间/(运行用户代码时间+垃圾收集时间),也即比如程序运行100分钟，垃圾收集时间1分钟，吞吐量就是99%)。高吞吐量意味着高效利用CPU的时间，它多用于在后台运算而不需要太多交互的任务。

自适应调节策略也是ParallelScavenge收集器与ParNew收集器的一个重要区别。(自 适应调节策略:虚拟机会根据当前系统的运行情况收集性能监控信息，动态调整这些参数以提供最合适的停顿时间(-XX:MaxGCPauseMillis)或最大的吞吐量。

常用JVM参数: -XX:+UseParallelGC或-XX:+UseParallelOldGC(可互相激活)使用Parallel Scanvenge收集器

开启该参数后:新生代使用复制算法，老年代使用标记-整理算法

多说一句: -XX:ParallelGCThreads=数字N 表示启动多少个GC线程
cpu>8 N= 5/8
cpu<8 N=实际个数

-Xms 10m -Xmx10m -XX:+PrintGCDetails -XX:+UseP arallelGC
-Xms10m -Xmx 10m -XX:+PrintGCDetails -XX:+UseParallelOldGC

并行GC(Parallel 0ld)/Parallel MSC)

Parallel Old收集器是Parallel Scavenge的老年代版本，使用多线程的标记-整理算法，Parallel Old收集器在JDK1.6才开始提供。

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

ParallelOld正是为了在年老代同样提供吞吐量优先的垃圾收集器，如果系统对吞吐量要求比较高，JDK1.8后可以优先考虑新生代.

Parallel Scavenge和年老代Parallel Old收集器的搭配策略。在JDK1.8及后(Parallel Scavenge + Parallel Old )

JVM常用参数:
-XX:+UseParallelOldGC使用Parallel Old收集器，设置该参数后，新生代Parallel+老年代Parallel Old

并发标记清除GC(CMS)

CMS收集器(ConcurrentMarkSweep:并发标记清除)是一种以获取最短回收停顿时间为目标的收集器。

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

CMS非常适合堆内存大、CPU核数多的服务器端应用，也是G1出现之前大型应用的首选收集器。

ConcurrentMarkSweep并发标记清除，并发收集低停顿,并发指的是与用户线程一起执行
开启该收集器的JVM参数: -XX: +UseConcMarkSweepGC 开启该参数后会自动将

-XX:+UseParNewGC打开

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

-Xms 10m -Xmx10m -XX:+PrintGCDetails -XX:+UseConcMarkSweepGC

4步过程

初始标记(CMS initial mark)

并发标记(CMS concurrent mark)和用户线程一起

重新标记(CMS remark)

并发清除(CMS concurrent sweep)和用户线程一起

优缺点

优–并发收集低停顿.

缺–
1.并发执行，对CPU资源压力大

 由于并发进行，CMS在收集与应用线程会同时会增加对堆内存的占用，也就是说，CMS必须要在老年代堆内存用尽之前完成垃圾回收，否则CMS回收失败时，将触发担保机制，串行老年代收集器将会以STW的方式进行一-次GC，从而造成较大停顿时间

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

 标记清除算法无法整理空间碎片，老年代空间会随着应用时长被逐步耗尽，最后将不得不通过担保机制对堆内存进行压缩。CMS也提供了参数
 -XX:CMSFullGCsBeForeCompaction(默认0， 即每次都进行内存整理)来指定多少次CMS收集之后，进行一次压缩的Full GC。

串行GC(Serial old)/(Serial MSC)

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

在Server模式下，主要有两个用途(了解，版本已经到8及以后):

1.在JDK1.5之 前版本中与新生代的Parallel Scavenge收集器搭配使用。(Parallel Scavenge + Serial Old )

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

如何选择垃圾回收器

组合的选择

单CPU或小内存,单机程序
-XX: +UseSerialGC

多CPU ,需要最大吞吐量,如后台计算型应用
-XX: +UseParallelGC或者
-XX: +UseParallelOldGC

多CPU ,追求低停顿时间，需快速响应如互联网应用
-XX: +UseConcMarkSweepGC
-XX: + ParNewGC

G1
以前收集器特点

年轻代和老年代是各自独立且连续的内存块;

年轻代收集使用单eden+S0+S进行复制算法;

老年代收集必须扫描整个老年代区域; 

都是以尽可能少而快速地执行GC为设计原则。

从官网的描述中，我们知道G1是一种服务器端的垃圾收集器，应用在多处理器和大容量内存环境中，在实现高吞吐量的同时，尽可能的满足垃圾收集暂停时间的要求。另外，它还具有以下特性:

像CMS收集器一样， 能与应用程序线程并发执行。
整理空闲空间更快。
需要更多的时间来预测GC停顿时间。
不希望牺牲大量的吞吐性能。
不需要更大的Java Heap。

G1收集器的设计目标是取代CMS收集器，它同CMS相比，在以下方面表现的更出色:

G1是一个有整理内存过程的垃圾收集器，不会产生很多内存碎片。
G1的Stop The World(STW)更可控，G1在停顿时间上添加了预测机制，用户可以指定期望停顿时间。

CMS垃圾收集器虽然减少了暂停应用程序的运行时间，但是它还是存在着内存碎片问题。于是，为了去除内存碎片问题，同时又保留CMS垃圾收集器低暂停时间的优点，JAVA7发布了一个新的垃圾收集器- G1垃圾收集器。

G1是在2012年才在jdk1.7u4中可用。oracle官 方计划在jdk9中将G1变成默认的垃圾收集器以替代CMS。它是-款面向服务端应用的收集器，主要应用在多CPU和大内存服务器环境下，极大的减少垃圾收集的停顿时间，全面提升服务器的性能，逐步替换java8以前的CMS收集器。

主要改变是Eden，Suryivor 和Tenured等内存区域不再是连续的了，而是变成了一一个个大小-样的region，每个region从1M到32M不等。一 个region有可能属于Eden, Survivor或 者Tenured内存区域。

特点

1: G1能充分利用多CPUT多核环境硬件优势，尽量缩短STW。
2: G1整体上采用标记-整理算法，局部是通过复制算法，不会产生内存碎片。
3:宏观上看G1之中不再区分年轻代和老年代。把内存划分成多个独立的子区域(Region)，可以近似理解为一个围棋的棋盘。
4: G1收集器里面讲整个的内存区都混合在一-起了，但其本身依然在小范围内要进行年轻代和老年代的区分，保留了新生代和老年代，
但它们不再是物理隔离的，而是一- 部分Region的集合且不需要Region是连续的，也就是说依然会采用不同的GC方式来处理不同的区域。
5: G1虽然也是分代收集器，但整个内存分区不存在物理上的年轻代与老年代的区别，也不需要完全独立的survivor(to space)堆做复制准备。G1只有逻辑上的分代概念，或者说每个分区都可能随G1的运行在不同代之间前后切换;

G1底层原理

Region区域化垃圾收集器（最大好处是化整为零，避免全内存扫描，只需要按照区域来进行扫描。）

区域化内存划片Region，整体编为了一些列不连续的内存区域，避免了全内存区的GC操作。
核心思想是将整个堆内存区域分成大小相同的子区域(Region)，在JVM启动时会自动设置这些子区域的大小，在堆的使用上，G1并不要求对象的存储一定是物理上连续的只要逻辑上连续即可，每个分区也不会固定地为某个代服务，可以按需在年轻代和老年代之间切换。启动时可以通过参数
-XX:G1HeapRegionSize=n可指定分区大小(1MB~32MB， 且必须是2的幂)，默认将整堆划分为2048个分区。
大小范围在1MB~32MB，最多能设置2048个区域，也即能够支持的最大内存为:32MB*2048=65536MB=64G内存

G1算法将堆划分为若干个区域(Region) ，它仍然属于分代收集器

这些Region的一部分 包含新生代，新生代的垃圾收集依然采用暂停所有应用线程的方式，将存活对象拷贝到老年代或者Survivor空间。

这些Region的一部分 包含老年代，G1收集器通过将对象从一个区域复制到另外一一个区域，完成了清理工作。这就意味着，在正常的处理过程中，G1完成了堆的压缩(至少是部分堆的压缩)，这样也就不会有CMS内存碎片问题的存在了。

在G1中，还有一种特殊的区域，叫Humongous(巨 大的)区域。如果一个对象占用的空间超过了分区容量50%以上，G1收集器就认为这是一个巨型对象。这些巨型对象默认直接会被分配在年老代，但是如果它是一个短期存在的巨型对象，就会对垃圾收集器造成负面影响。为了解决这个问题，G1划分了一个Humongous区，它用来专门存放巨型对象。如果一个H区装不下一一个巨型对象，那么G1会寻找连续的H分区来存储。为了能找到连续的H区，有时候不得不启动Full GC。

回收步骤

G1收集器下的YoungGC

针对Eden区进行收集，Eden区 耗尽后会被触发,主要是小区域收集+形成连续的内存块，避免内存碎片

• Eden区的数据移动到Survivor区，假如出现Survivor区空间不够，Eden区数据会晋升到Old区
• Survivor区的数据移动到新的Survivor区， 数据晋升到OId区
• 最后Eden区收拾干净了，GC结束，用户的应用程序继续执行。

四步过程

开发人员仅仅需要声明以下参数即可:

三步归纳:开始G1+设置最大内存+设置最大停顿时间
-XX:+UseG1GC
-Xmx32g
-XX:MaxGCPauseMllis=100
-XX:MaxGCPauseMillis=n:最大GC停顿时间单位毫秒，这是个软目标，JVM将尽可能(但不保证)停顿小于这个时间

比起cms有两个优势:

1) G1不会产生内存碎片。
2)是可以精确控制停顿。该收集器是把整个堆(新生代、老生代)划分成多个固定大小的区域，
每次根据允许停顿的时间去收集垃圾最多的区域。