Java 垃圾收集器

关注

原创最新推荐文章于 2026-04-07 09:09:41 发布 173 阅读 AI 写同款· GEO 优化 ›

Java 的七种垃圾收集器 用C或C++这样的编程语言写一个应用时，需要编写代码来销毁内存中不再需要的对象。当应用程序扩展得越来越复杂时，未使用对象被忽略释放的可能性就越大。这会导致内存泄露，最终内存耗尽，在某个时刻将没有更多的内存可以分配。结果就是应用程序运行失败并出现OutOfMemoryError错误。但在Java中，垃圾收集器GarbageCollection（GC）会在程序执行过程中自动运行，减轻了手动分配内存和可能的内存泄漏的任务。... 阅读详情

原创天涯问路最后发布于2019-12-05 14:46:21 阅读数 32 已收藏
展开
面试 GC 相关的问题有：

垃圾回收算法有哪些：引用计数、复制、标清、标压
垃圾收集器有哪些：Serial、Parallel、CMS、G1、ZGC
垃圾回收的方式有哪些：串行、并行、并发标记清理、分区并发------分别对应上方垃圾收集器
GC 算法（引用计数、复制、标清、标压）是理论，垃圾收集器是具体实现

主要垃圾收集器：

串行垃圾收集器-Serial：为单线程环境设计且只使用一个线程进行回收，会暂停所有的用户线程。所以不适合服务器环境
并行垃圾收集器-Parallel：多个垃圾回收线程并行工作，此时用户线程是暂停的，适用于科学计算、大数据处理、首台处理等弱交互场景
并发垃圾收集器-CMS（ConcMarkSweep）：并发标记清除。用户线程和垃圾收集器线程同时执行（不一定是并行，也可能是交替执行），不需要暂停用户线程。互联网公司多用它，适用于对响应时间有要求的场景
G1-GarbageFirst：将对内存分割成不同的区域然后并发的进行垃圾回收
ZGC ( java11 之后新增 )
如何查看默认的垃圾收集器：

Terminal 输入命令：java -XX:+PrintCommandLineFlags -version

java -XX:+PrintCommandLineFlags -version
-XX:InitialHeapSize=267121280
-XX:MaxHeapSize=4273940480
-XX:+PrintCommandLineFlags
-XX:+UseCompressedClassPointers
-XX:+UseCompressedOops
-XX:-UseLargePagesIndividualAllocation
-XX:+UseParallelGC
java version "1.8.0_162"
Java(TM) SE Runtime Environment (build 1.8.0_162-b12)
Java HotSpot(TM) 64-Bit Server VM (build 25.162-b12, mixed mode)
可以看到 -XX:+UseParallelGC ，即使用的是并行垃圾收集器

默认垃圾收集器有：

UseSerialGC
UseSerialOldGC（已弃用）
UseConcMarkSweepGC
UseParNewGC
UseParallelGC
UseParallelOldGC
UseG1GC

由上图可知，新生代（Young Gen）用 Serial、Parallel、ParNew这三种垃圾收集器；老年代（Old Gen）用SerialOld、ParallelOld、ConcMarkSweep这三种垃圾收集器。而G1两者都可用。

项目中如何选择垃圾收集器

单 CPU 或小内存，单机程序： -XX:+UseSerialGC
多 CPU ，需要大吞吐量，如后台计算型应用：-XX:+UseParallelGC 或者 -XX:+UseParallelOldGC
多 CPU，追求低停顿时间，需快速响应如互联网应用：-XX:+UseConcMarkSweepGC 或者 -XX:+UseParNewGC

如何查看当前用的是哪个垃圾收集器：

Terminal输入命令：jps -l ，获取进程编号
Terminal输入命令：jinfo -flag UseParallelGC 进程编号，输出 -XX:+UseParallelGC 说明是用的该类收集器；输出 -XX:-UseParallelGC 说明不是该类收集器。+相当于是，-相当于不是。
G1垃圾收集器

G1-GarbageFirst 是一种服务器端的垃圾收集器，应用在多处理器和大容量内存环境中，在实现高吞吐量的同时，尽可能满足垃圾收集暂停时间的要求。另外还有以下特性：

与 CMS 收集器一样，可以和应用程序并发执行
整理空闲空间更快
需要更多的时间来预测 GC 的停顿时间
不希望牺牲大量的吞吐性能
不需要大量的 Java Heap
相比之下，以前收集器的特点：

年轻代和老年代是各自独立且连续的内存块
年轻代收集使用单 eden+S0+S1进行复制算法
老年代收集必须扫描整个老年代区域
都是以尽可能少而快速的执行GC为设计原则
CMS 收集器虽然减少了暂停应用程序的运行时间，但还是存在着内存碎片的问题，于是，为了解决内存碎片的问题，同时又保留低暂停时间的有点，Java7 就发布了一个 G1垃圾收集器。

G1 收集器的设计，目的就是为了取代 CMS 收集器，G1 与 CMS 相比，有何区别？（面试题）

有整理内存过程，不会产生很多内存碎片
STW（Stop The World）更可控，G1 在停顿时间上添加了预测机制，让用户可以手动配置停顿时间
G1 是在 2012年才在jdk1.7u4中可用。oracle计划在jdk9中将 G1 变成默认的垃圾收集器以替代 CMS 。它是一款面向服务端应用的收集器，主要应用在多 CPU 和大内存服务器环境下，极大减少垃圾收集的停顿时间，全面提升服务器的性能，逐步替换 java8 以前的 CMS 收集器。

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

G1 特点总结：

能充分利用多 CPU、多核环境的硬件优势，尽量缩短 STW
整体上采用 “标记-压缩” 算法，局部使用 “复制” 算法，不会产生内存碎片
宏观上不再区分 “老年代” 和 “新生代” ，把内存划分成独立的子区域 —Region
将整个内存区域混合在一起，但其本身依然在小范围内要进行年轻代和老年代的区分，保留了新生代和老年代，但他们不再是物理隔离的，而是一部分 Region 的集合且不需要 Region是连续的，也就是说依然会采用不同的 GC 方式来处理不同区域
G1 虽然也是分代收集器，但整个内存区不存在物理上的年轻代和老年代的区别，也不需要完全独立的survivor（to space）堆做复制准备。G1 只有逻辑上的分代概念，或者说每一个分区都可能随 G1 的运行在不同的代之间前后切换。
最大的好处是化整为零，避免全内存扫描，只需按照区域扫描。

————————————————
版权声明：本文为优快云博主「天涯问路」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.youkuaiyun.com/S_Alics/article/details/103364110