JVM之几种垃圾收集器简单介绍

曾经终败给现在 2022-06-10 08:09 371阅读 0赞

**本文中的垃圾收集器研究背景为：HotSpot+JDK1.7**

**一、垃圾收集器概述**

![35158-20161207103025522-848238713.jpg][]

如上图所示，垃圾回收算法一共有7个，3个属于年轻代、三个属于年老代，G1属于横跨年轻代和年老代的算法。

JVM会从年轻代和年老代各选出一个算法进行组合， **连线**表示哪些算法可以组合使用

**二、各个垃圾收集器说明**

**1、Serial(年轻代）**

1.  年轻代收集器，可以和Serial Old、CMS组合使用
2.  采用复制算法
3.  使用单线程进行垃圾回收，回收时会导致Stop The World，用户进程停止
4.  client模式年轻代默认算法
5.  GC日志关键字：**DefNew(Default New Generation)**
6.  图示（Serial+Serial Old)  
    ![35158-20161207103026679-2009041499.jpg][]

**2、ParNew(年轻代）**

1.  新生代收集器，可以和Serial Old、CMS组合使用
2.  采用复制算法
3.  使用多线程进行垃圾回收，回收时会导致Stop The World，其它策略和Serial一样
4.  server模式年轻代默认算法
5.  使用-XX:ParallelGCthreads参数来限制垃圾回收的线程数
6.  GC日志关键字：**ParNew(Parallel New Generation)**
7.  图示（ParNew + Serail Old）

![35158-20161207103032397-1716342300.jpg][]

**3、Paralle Scavenge(年轻代）**

1.  新生代收集器，可以和Serial Old、Parallel组合使用，不能和CMS组合使用
2.  采用复制算法
3.  使用多线程进行垃圾回收，回收时会导致Stop The World
4.  关注系统**吞吐量**
    
    1.  \-XX:MaxGCPauseMillis：设置大于0的毫秒数，收集器尽可能在该时间内完成垃圾回收
    2.  \-XX:GCTimeRatio：大于0小于100的整数，即垃圾回收时间占总时间的比率，设置越小则希望垃圾回收所占时间越小，CPU能花更多的时间进行系统操作，提高吞吐量
    3.  \-XX:UseAdaptiveSizePolicy：参数开关，启动后系统动态自适应调节各参数，如-Xmn、-XX：SurvivorRatio等参数，这是和ParNew收集器重要的区别
5.  GC日志关键字：**PSYoungGen**

**4、Serial Old(年老代）**

1.  年老代收集器，可以和所有的年轻代收集器组合使用(Serial收集器的年老代版本）
2.  采用 ”标记-整理“算法，会对垃圾回收导致的内存碎片进行整理
3.  使用单线程进行垃圾回收，回收时会导致Stop The World，用户进程停止
4.  GC日志关键字：**Tenured**
5.  图示（Serial+Serial Old)  
    ![35158-20161207103034366-275044978.jpg][]

**5、Parallel Old(年老代）**

1.  年老代收集器，只能和Parallel Scavenge组合使用(Parallel Scavenge收集器的年老代版本）
2.  采用 ”标记-整理“算法，会对垃圾回收导致的内存碎片进行整理
3.  关注**吞吐量**的系统可以将Parallel Scavenge+Parallel Old组合使用
4.  GC日志关键字：**ParOldGen**
5.  图示(Parallel Scavenge+Parallel Old)  
    ![35158-20161207103035569-839367926.jpg][]

**6、CMS(Concurrent Mark Sweep年老代）**

1.  年老代收集器，可以和Serial、ParNew组合使用
2.  采用 ”标记-清除“算法，可以通过设置参数在垃圾回收时进行内存碎片的整理  
    1、UserCMSCompactAtFullCollection：默认开启，FullGC时进行内存碎片整理，整理时用户进程需停止，即发生Stop The World  
    2、CMSFullGCsBeforeCompaction：设置执行多少次不压缩的Full GC后，执行一个带压缩的（默认为0，表示每次进入Full GC时都进行碎片整理）
3.  CMS是并发算法，表示垃圾回收和用户进行同时进行，但是不是所有阶段都同时进行，在初始标记、重新标记阶段还是需要Stop the World。CMS垃圾回收分这四个阶段  
    1、初始标记（CMS Initial mark）    **Stop the World**   仅仅标记一下GC Roots能直接关联到的对象，速度快  
    2、并发标记（CMS concurrent mark） 进行GC Roots Tracing，时间长，不发生用户进程停顿  
    3、重新标记（CMS remark）          **Stop the World**   修正并发标记期间因用户程序继续运行导致标记变动的那一部分对象的标记记录，停顿时间较长，但远比并发标记时间短  
    4、并发清除（CMS concurrent sweep） 清除的同时用户进程会导致新的垃圾，时间长，不发生用户进程停顿
4.  适合于对**响应时间要求高**的系统
5.  GC日志关键字：CMS-initial-mark、CMS-concurrent-mark-start、CMS-concurrent-mark、CMS-concurrent-preclean-start、CMS-concurrent-preclean、CMS-concurrent-sweep、CMS-concurrent-reset等等
6.  缺点  
    1、对CPU资源非常敏感  
    2、CMS收集器无法处理浮动垃圾，即清除时用户进程同时产生的垃圾，只能等到下次GC时回收  
    3、因为是使用“标记-清除”算法，所以会产生大量碎片
7.  图示

![35158-20161207103037663-104174917.jpg][]

**7、G1**

1.  G1收集器由于没有使用过，所以从网上找了一些教程供大家了解
    
    1.  并行与并发
    2.  分代收集
    3.  空间整合
    4.  可预测的停顿
2.  [http://blog.csdn.net/renfufei/article/details/41897113][http_blog.csdn.net_renfufei_article_details_41897113]
3.  [http://blog.csdn.net/woshiqjs/article/details/7290513][http_blog.csdn.net_woshiqjs_article_details_7290513]

**三、各垃圾收集参数设置**

![35158-20161207103048991-479552960.jpg][]

![35158-20161207103055476-1138550653.jpg][]

[35158-20161207103025522-848238713.jpg]: /images/20220610/1846288cd7b44d4a97bf1b6fa8afc288.png
[35158-20161207103026679-2009041499.jpg]: /images/20220610/dce60fb132444b99b7958f70b794deca.png
[35158-20161207103032397-1716342300.jpg]: /images/20220610/0c5452a3869a40e2a811b92dfb553de0.png
[35158-20161207103034366-275044978.jpg]: /images/20220610/144dcd5b376041d582ef89ade78584c0.png
[35158-20161207103035569-839367926.jpg]: /images/20220610/894d3b9616b64c39b133cdb70a79f385.png
[35158-20161207103037663-104174917.jpg]: /images/20220610/ff0e9929492c4ef6aad0bb77cb75e402.png
[http_blog.csdn.net_renfufei_article_details_41897113]: http://blog.csdn.net/renfufei/article/details/41897113
[http_blog.csdn.net_woshiqjs_article_details_7290513]: http://blog.csdn.net/woshiqjs/article/details/7290513
[35158-20161207103048991-479552960.jpg]: /images/20220610/b96eeae2cdfa4d9bb5cd060423ff3c6f.png
[35158-20161207103055476-1138550653.jpg]: /images/20220610/7995da57d98c48d8b36c8ec0141b8fa9.png