Java－JVM垃圾回收器

以你之姓@ 2022-06-01 01:54 205阅读 0赞

分享一个大牛的人工智能教程。零基础！通俗易懂！风趣幽默！希望你也加入到人工智能的队伍中来！请点击[http://www.captainbed.net][http_www.captainbed.net]

# １.　串行垃圾回收器 #

串行回收器是指使用单线程进行垃圾回收的回收器，每次回收时串行回收器只有一个工作线程，对于并发能力较弱的计算机来说，串行回收器的专注性和独占性往往有更好的表现。串行回收器可以在新生代和老年代使用，根据作用的堆空间不同，分为新生代串行回收器和老年代串行回收器。

Serial收集器是最古老的收集器，它的缺点是当Serial收集器想进行垃圾回收的时候，必须暂停用户的所有进程，即Stop The World（服务暂停）。到现在为止，它依然是虚拟机运行在Client模式下的默认新生代收集器。

参数控制：

-XX:+UseSerialGC　使用串行收集器

# ２.　并行垃圾回收器 #

并行回收器是在串行回收器的基础上做了改进，它可以使用多个线程同时进行垃圾回收，对于计算能力强的计算机来说，可以有效的缩短垃圾回收所需的实际时间。

**２.１　并行垃圾回收器—ParNew**

ParNew收集器是一个工作在新生代的垃圾收集器，它只是简单的将串行收集器多线程化，它的回收策略和算法和串行回收器一样。新生代并行，老年代串行；新生代复制算法、老年代标记-整理算法。

参数控制：

-XX:+UseParNewGC　使用ParNew收集器

-XX:ParallelGCThreads　限制线程数量

**２.２　并行垃圾回收器—Parallel**

Parallel是采用复制算法的多线程新生代垃圾回收器，Parallel收集器更关注系统的吞吐量。所谓吞吐量就是CPU用于运行用户代码的时间与CPU总消耗时间的比值，即吞吐量＝运行用户代码时间 /（运行用户代码时间 + 垃圾收集时间）。

停顿时间越短就越适合需要与用户交互的程序，良好的响应速度能够提升用户的体验；而高吞吐量则可以最高效率地利用CPU时间，尽快地完成程序的运算任务，主要适合在后台运算而不需要太多交互的任务。

可以通过参数来打开自适应调节策略，虚拟机会根据当前系统的运行情况收集性能监控信息，动态调整这些参数以提供最合适的停顿时间或最大的吞吐量；也可以通过参数控制GC的时间不大于多少毫秒或者比例；新生代复制算法、老年代标记-整理算法。

参数控制：

-XX:MaxGCPauseMillis　设置最大垃圾收集停顿时间

-XX:GCTimeRatio　设置吞吐量的大小（默认是99）

-XX:+UseAdaptiveSeizPolicy　打开自适应模式

**２.３　并行垃圾回收器—Parallel Old**

Parallel Old收集器是Parallel Scavenge收集器的老年代版本，采用多线程和“标记－整理”算法，也是比较关注吞吐量。在注重吞吐量及CPU资源敏感的场合，都可以优先考虑Parallel Scavenge加Parallel Old收集器。

参数控制：

-XX:+UseParallelOldGC　使用ParallelOld收集器

-XX:ParallelGCThreads　限制线程数量

# ３.　CMS垃圾回收器 #

CMS（Concurrent Mark Sweep）并发标记请除，它使用的是标记请除算法，工作在老年代，主要关注系统的停顿时间。

CMS并不是独占的回收器，也就是说，CMS回收的过程中应用程序仍然在不停的工作，又会有新的垃圾不断的产生，所以在使用CMS的过程中应该确保应用程序的内存足够可用。CMS不会等到应用程序饱和的时候才去回收垃圾，而是在达到某一阀值（默认为68）的时候开始回收，也就是说当老年代的空间使用率达到68%的时候会执行CMS。如果内存使用率增长很快，在CMS执行过程中，已经出现了内存不足的情况，此时，CMS回收就会失败，虚拟机将启动老年代串行回收器进行垃圾回收，这会导致应用程序中断，直到垃圾回收完成后才会正常工作，这个过程GC的停顿时间可能较长，所以阀值的设置要根据实际情况设置。

标记清除算法的缺点是内存碎片问题，CMS提供提供了一些优化设置，可以设置完成CMS之后进行一次碎片整理，也可以设置进行多少次CMS回收后进行碎片整理。

参数控制：

-XX:CMSInitatingPermOccupancyFraction　设置阀值

-XX:+UserConcMarkSweepGC　使用cms垃圾清理器

-XX:ConcGCThreads　限制线程数量

-XX:+UseCMSCompactAtFullCollection　设置完成CMS之后进行一次碎片整理

-XX:CMSFullGCsBeforeCompaction　设置进行多少次CMS回收后进行碎片整理

# ４.　G1（Garbage First）垃圾回收器 #

G1（Garbage First）垃圾收集器是当今垃圾回收技术最前沿的成果之一。早在JDK7就已加入JVM的收集器大家庭中，成为HotSpot重点发展的垃圾回收技术。同优秀的CMS垃圾回收器一样，G1也是关注最小时延的垃圾回收器，也同样适合大尺寸堆内存的垃圾收集，官方也推荐使用G1来代替选择CMS。G1最大的特点是引入分区的思路，弱化了分代的概念，合理利用垃圾收集各个周期的资源，解决了其他收集器甚至CMS的众多缺陷。

并行与并发：G1能充分利用多CPU、多核环境下的硬件优势，使用多个CPU（CPU或者CPU核心）来缩短Stop-The-World停顿的时间，部分其他收集器原本需要停顿Java线程执行的GC动作，G1收集器仍然可以通过并发的方式让Java程序继续执行。

分代收集：与其他收集器一样，分代概念在G1中依然得以保留。虽然G1可以不需其他收集器配合就能独立管理整个GC堆，但它能够采用不同的方式去处理新创建的对象和已经存活了一段时间、熬过多次GC的旧对象以获取更好的收集效果。

空间整合：与CMS的“标记-清理”算法不同，G1从整体看来是基于“标记-整理”算法实现的收集器，从局部（两个Region之间）上看是基于“复制”算法实现。无论如何，这两种算法都意味着G1运作期间不会产生内存空间碎片，收集后能提供规整的可用内存。这种特性有利于程序长时间运行，分配大对象时不会因为无法找到连续内存空间而提前触发下一次GC。

可预测的停顿：这是G1相对于CMS的另外一大优势，降低停顿时间是G1和CMS共同的关注点，但G1除了追求低停顿外，还能建立可预测的停顿时间模型，能让使用者明确指定在一个长度为M毫秒的时间片段内，消耗在垃圾收集上的时间不得超过N毫秒，这几乎已经是实时Java（RTSJ）的垃圾收集器特征了。

参数控制：

-XX:+UseG1GC　使用G1垃圾收集器

-XX:ParallelGCThreads　限制线程数量

-XX:MaxGCPauseMillis　指定最大停顿时间

[http_www.captainbed.net]: http://www.captainbed.net/troubleshooter