Java垃圾回收器

最新推荐文章于 2023-05-24 09:21:09 发布

creazy_Smile

最新推荐文章于 2023-05-24 09:21:09 发布

阅读量275

点赞数

本文链接：https://blog.csdn.net/crazy_lala/article/details/90088283

版权

一.四种主要的垃圾收集器

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

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

3、并发垃圾回收器（CMS）
用户线程和垃圾收集线程同时执行（不一定是并行，可能交替执行），不需要停顿用户线程，互联网公司多用它，适用对响应时间有要求的场景。
前三种垃圾回收器总结：
在这里插入图片描述
4、G1垃圾回收器
G1垃圾回收器将堆内存分割成不同的区域然后并发的对其进行垃圾回收。
Java的垃圾收集器主要有：
UseSerialGC, UseParallerGC, UseConcMarkSweepGC, UseParNewGC, UseParallelOldGC, UseG1GC, UseOldGC(废弃)
Java垃圾回收器使用图解：
在这里插入图片描述

Java垃圾回收器中部分参数说明：

Java垃圾收集器Server/Client模式说明
1、适用范围：只需要掌握Server模式即可，Client模式基本不会用。
2、操作系统：
2.1 32位Window操作系统，不论硬件如何都默认使用Client的JVM模式
2.2 32位其他操作系统，2G内存同时有2个cpu以上用Server模式，低于该配置还是Client模式
2.3 64位 only server模式
二、新生代中使用的垃圾收集器
1、串行GC(Serial)/(Serial Copying)
【串行收集器：Serial收集器】
一句话：一个单线程的收集器，在进行垃圾收集的时候，必须暂停其他所有的工作线程直到它收集结束。
在这里插入图片描述
串行收集器是最古老，最稳定以及效率高的收集器，只使用一个线程取回收但其在进行垃圾收集过程中可能会产生较长的停顿（'Stop-The-World’状态）。虽然在收集垃圾过程中需要暂停所有其他的工作线程，但是它简单高效，对于限定单个CPU环境来说，没有线程交互的开销可以获得最高的单线程垃圾收集效率，因此Serial垃圾收集器依然是Java虚拟机运行在Client模式下默认的新生代垃圾收集器。

对应的JVM参数是：-XX:+UseSerialGC
开启后会使用：Serial(Young区用) +Serial Old(Old区用)的收集器组合
表示：新生代、老年代都会使用串行回收收集器，新生代使用复制算法，老年代使用标记-整理算法
-Xms10m -Xmx10m -XX:+PrintGCDetails -XX:+UseSerialGC

代码演示：

**
 * 1
 * -Xms10m -Xmx10m -XX:+PrintGCDetails -XX:+PrintCommandLineFlags -XX:+UseSerialGC        (DefNew+Tenured)
 */
public class GCDemo {
    public static void main(String[] args) {
        System.out.println("***********GCDemo hello");
        try{
            String str="smile";
            while(true){
                str += str + new Random().nextInt(7777777)+new Random().nextInt(8888888);
                str.intern();
            }
        }catch(Throwable e){
            e.printStackTrace();
        }
    }
}

参数配置：
在这里插入图片描述
结果打印：

2、并行GC(ParNew)
ParNew(并行)收集器
一句话：使用多线程进行垃圾回收，在垃圾收集时，会Stop-the-World暂停其他所有的工作线程直到它收集结束。

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

常用对应JVM参数: -XX:+UseParNewGC 启用ParNew收集器，只影响新生代的收集，不影响老年代
开启上述参数后，会使用：ParNew(Young区用) + Serial Old的收集器组合，新生代使用复制算法，老年代采用标记-整理算法
但是，ParNew+Tenured这样的搭配，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

3、并行回收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=实际个数

-Xms10m -Xmx10m -XX:PrintGCDetails -XX:UseParallelGC
-Xms10m -Xmx10m -XX:PrintGCDetails -XX:UseParallelOldGC

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

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

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

JVM常用参数：
-XX:+UseParallelOldGC 使用Parallel Old收集器，设置该参数后，新生代Parallel + 老年代ParallelOld
5、并发标记清除GC(CMS)
CMS收集器(Concurrent Mark Sweep: 并发标记清除)是一种以获取最短停顿时间为目标的收集器。
适合应用在互联网站或者B/S系统的服务器上，这类应用尤其重视服务器的响应速度，希望系统停顿时间最短。
CMS非常适合堆内存大、CPU核数多的服务器应用，也是G1出现之前大型应用的首选收集器。
在这里插入图片描述
Concurrent Mark Sweep 并发标记清除，并发收集低停顿，并发指的是与用户线程一起执行

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

开启该参数后，使用ParNew(Young区用) + CMS(Old区用) + Serial Old 的收集器组合，Serial Old 将作为CMS出错的后备收集器。
（参数配置：）-Xms10m -Xmx10m -XX:PrintGCDetails -XX:+UseConcMarkSweepGC

CMS垃圾回收过程：
1.初始标记（CMS initial mark）
只是标记一个GC Roots能直接关联的对象，速度很快，仍然需要暂停所有的工作线程。
2.并发标记（CMS concurrent mark）和用户线程一起
进行GC Roots 跟踪的过程，和用户线程一起工作，不需要暂停工作线程。主要标记过程，标记全部对象。
3.重新标记（CMS remark）
为了修正在并发标记期间，因用户程序继续运行而导致标记产生变动的那一部分对象的标记记录，仍然需要暂停所有的工作线程。
由于并发标记时，用户线程依然运行，因此在正式清理前，再做修正。
4.并发清除（CMS concurrent sweep）和用户线程一起
清除GC Roots 不可达对象，和用户线程一起工作，不需要暂停工作线程。基于标记结果，直接清理对象。
由于耗时最长的并发标记和并发清除过程中，垃圾收集线程可以和用户现在一起并发工作，所以总体上来看CMS收集器的内存回收和用户线程是一起并发的执行。
四步概述：
在这里插入图片描述
优点（CMS）：
并发收集低停顿
缺点（CMS）：
1.并发执行，对CPU压力大
由于并发进行，CMS在收集与应用线程会同时增加对堆内存的占用，也就是说，CMS 必须要在老年代堆内存用尽之前完成垃圾回收，否则CMS回收失败时，将触发担保机制，串行老年代收集器将会以STW的方式进行一次GC，从而造成较大停顿时间。
2.采用的标记清除算法会导致大量碎片
标记清除算法无法整理空间碎片，老年代空间会随着应用时长被逐步耗尽，最后将不得不通过担保机制对堆内存进行压缩，CMS也提供了参数 -XX:CMSFullGCsBeForeCompaction(默认0，即每次都进行内存整理)来指定多少次CMS收集之后，进行一次压缩的Full GC。
6、串行GC(Serial Old)/(Serial MSC)
Serial Old 是 Serial 垃圾收集器老年代版本，它同样是个单线程的收集器，使用标记-整理算法，这个收集器也主要是运行在Client默认的java虚拟机默认的年老代垃圾收集器。

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

在JDK1.5之前版本中与新生代的Parallel Scavenge 收集器搭配使用（Parallel Scavenge + Serial Old）
作为老年代版中使用CMS收集器的后备垃圾收集方案。
如何选择垃圾回收器？
组合的选择
单CPU或小内存，单机程序
-XX:+UseSerialGC
多CPU，需要最大吞吐量，如后台计算型应用
-XX:+UseParallelGC 或者
-XX:UseParallelOldGC
多CPU，追求低停顿时间，需要快速响应如互联网应用
-XX:+UseConcMarkSweepGC
-XX:UseParNewGC

6、垃圾回收器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收集器。
底层原理：
Region区域垃圾回收器（最大的好处是化整为0，避免全内存扫描，只需要按照区域进行扫描即可）
区域化内存划片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区，有时候不得不启动FullGC。
回收步骤：
G1收集器下的Young GC
针对Eden区进行收集，Eden区耗尽后会被触发，主要是小区域收集+形成连续的内存块，避免内存碎片

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

4步过程

G1常用参数配置：
-XX:+UseG1GC
配置使用G1收集器；
-XX:G1HeapRegionSize=n
设置的G1区域的大小。值是2的幂，范围是1MB到32MB。目标是根据最小的java堆大小划分出约2048个区域。
-XX:MaxGCPauseMillis=n
最大GC停顿时间，这是个软目标，JVM将尽可能（但不保证）停顿小于这个时间。
-XX:InitiatingHeapOccupancyPercent=n
堆占用了多少的时候就触发GC，默认为45
-XX:ConcGCThreads=n
并发GC使用的线程数
-XX:G1ReservePercent=n
设置作为空闲空间的预留内存百分比，以降低目标空间溢出的风险，默认值是10%。
（一般配置为：-XX:+UseG1GC -Xmx32g -XX:MaxGCPauseMillis=100）
G1和CMS相比的优势
1）G1不会产生内存碎片。
2）是可以精确控制停顿。该收集器是把整个堆（新生代、老生代）划分成多个固定大小的区域，每次根据允许停顿的时间去收集垃圾最多的区域。

creazy_Smile

关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
Java垃圾回收器

一.四种主要的垃圾收集器1、串行垃圾回收器（Serial）它为单线程环境设计且只使用一个线程进行垃圾回收，会暂停所有用户线程。所以不适合服务器环境2、并行垃圾回收器（paraller）多个垃圾收集线程并行工作，此时用户线程是暂停的，适用于科学计算/大数据处理首台处理等弱交互场景3、并发垃圾回收器（CMS）用户线程和垃圾收集线程同时执行（不一定是并行，可能交替执行），不需要停顿用户线程...
复制链接

扫一扫