Java垃圾回收机制详解

1. 垃圾回收的基本概念

Java垃圾回收(Garbage Collection, GC)是Java虚拟机(JVM)自动管理内存的核心机制，它负责自动回收不再使用的对象所占用的内存，从而避免内存泄漏和内存溢出问题。

在Java中，当对象不再被任何引用指向时，该对象就成为垃圾回收的候选对象。垃圾回收器会在适当的时候回收这些对象的内存。

2. 如何判断对象是否可回收

2.1 引用计数法

引用计数法是一种简单但效率较低的垃圾回收判断方法。它通过为每个对象维护一个引用计数器来记录该对象被引用的次数。当引用计数为0时，对象就可以被回收。

优点：

实现简单
回收及时

缺点：

无法解决循环引用问题
维护引用计数需要额外开销

2.2 可达性分析算法

可达性分析是现代Java虚拟机中使用的判断对象是否可回收的主要方法。它通过一系列称为"GC Roots"的根对象作为起始节点，从这些节点开始向下搜索，搜索所走过的路径称为引用链(Reference Chain)。当一个对象到GC Roots没有任何引用链相连时，则证明此对象是不可达的，可以被回收。

GC Roots包括：

虚拟机栈(栈帧中的本地变量表)中引用的对象
方法区中类静态属性引用的对象
方法区中常量引用的对象
本地方法栈中JNI(即一般说的Native方法)引用的对象

3. 垃圾回收算法

3.1 标记-清除算法(Mark-Sweep)

标记-清除算法分为两个阶段：

标记阶段：从GC Roots开始，标记所有可达的对象
清除阶段：遍历堆内存，回收未被标记的对象

优点：

实现简单

缺点：

产生内存碎片
标记和清除效率不高

3.2 复制算法(Copying)

复制算法将可用内存按容量划分为大小相等的两块，每次只使用其中的一块。当这一块的内存用完了，就将还存活着的对象复制到另外一块上面，然后再把已使用过的内存空间一次清理掉。

优点：

实现简单，运行高效
不会产生内存碎片

缺点：

内存利用率低，只有一半的内存被使用
如果存活对象较多，复制成本较高

3.3 标记-整理算法(Mark-Compact)

标记-整理算法的标记过程与标记-清除算法一样，但后续步骤不是直接对可回收对象进行清理，而是让所有存活的对象都向一端移动，然后直接清理掉端边界以外的内存。

优点：

不会产生内存碎片
不需要像复制算法那样预留一半内存

缺点：

移动对象并更新引用需要额外开销

3.4 分代收集算法(Generational Collection)

分代收集算法是目前大多数JVM采用的垃圾回收算法，它根据对象存活周期的不同将内存划分为几块。一般是把Java堆分为新生代(Young Generation)和老年代(Old Generation)。

新生代：

特点：大部分对象生命周期短，创建和销毁频繁
算法：通常使用复制算法
区域划分：Eden区、From Survivor区、To Survivor区

老年代：

特点：对象生命周期长，存活率高
算法：通常使用标记-清除或标记-整理算法

4. 垃圾收集器

Java虚拟机提供了多种垃圾收集器实现，不同的收集器适用于不同的应用场景。

4.1 Serial收集器

Serial收集器是最基本、历史最悠久的收集器，它是一个单线程收集器，在进行垃圾回收时，必须暂停其他所有的工作线程。

特点：

单线程工作
简单高效
适用于客户端模式

4.2 ParNew收集器

ParNew收集器实际上是Serial收集器的多线程版本，除了使用多线程进行垃圾收集外，其余行为与Serial收集器完全一样。

特点：

多线程工作
是Serial收集器的并行版本
是许多运行在Server模式下的虚拟机首选的新生代收集器

4.3 Parallel Scavenge收集器

Parallel Scavenge收集器是一个新生代收集器，它也是使用复制算法的收集器，又是并行的多线程收集器。

特点：

关注吞吐量(Throughput)
适合在后台运算而不需要太多交互的任务
自适应调节策略也是Parallel Scavenge收集器的一个重要特性

4.4 Serial Old收集器

Serial Old收集器是Serial收集器的老年代版本，它同样是一个单线程收集器，使用"标记-整理"算法。

特点：

单线程工作
使用标记-整理算法
主要意义在于给Client模式下的虚拟机使用

4.5 Parallel Old收集器

Parallel Old收集器是Parallel Scavenge收集器的老年代版本，使用多线程和"标记-整理"算法。

特点：

多线程工作
使用标记-整理算法
注重吞吐量以及CPU资源敏感的场合

4.6 CMS(Concurrent Mark Sweep)收集器

CMS收集器是一种以获取最短回收停顿时间为目标的收集器，基于"标记-清除"算法实现。

特点：

并发收集
低停顿
重视响应速度
适合互联网站或B/S系统的服务端

工作过程：

初始标记(CMS initial mark)
并发标记(CMS concurrent mark)
重新标记(CMS remark)
并发清除(CMS concurrent sweep)

4.7 G1(Garbage-First)收集器

G1收集器是当今收集器技术发展的最前沿成果之一，它是一款面向服务端的垃圾收集器。

特点：

并行与并发
分代收集
空间整合
可预测的停顿
将整个Java堆划分为多个大小相等的独立区域(Region)

4.8 ZGC收集器

ZGC是一款可扩展的低延迟垃圾收集器，旨在实现低停顿时间。

特点：

并发处理
低延迟(通常在10ms以下)
支持TB级内存
适用于大内存、低延迟需求的应用

4.9 Shenandoah收集器

Shenandoah是由Red Hat开发的一款低延迟垃圾收集器，与G1类似，但更注重低延迟。

特点：

并发压缩
低延迟
与G1类似的Region布局
适用于大内存、低延迟需求的应用

5. 垃圾回收的工作流程

5.1 新生代垃圾回收(Minor GC)

新生代垃圾回收主要发生在Eden区满时，工作流程如下：

当Eden区满时，触发Minor GC
将Eden区和From Survivor区中存活的对象复制到To Survivor区
清空Eden区和From Survivor区
对象的年龄增加1
当对象年龄达到一定阈值(默认为15)时，将其晋升到老年代
交换From Survivor区和To Survivor区的角色

5.2 老年代垃圾回收(Major GC/Full GC)

老年代垃圾回收通常在以下情况触发：

老年代空间不足
方法区空间不足
通过System.gc()方法调用(不推荐)
上次Minor GC后晋升到老年代的平均大小大于老年代的剩余空间

老年代垃圾回收通常使用标记-清除或标记-整理算法，这个过程比Minor GC慢得多。

6. 内存分配与回收策略

6.1 对象优先在Eden分配

大多数情况下，对象在新生代Eden区中分配。当Eden区没有足够空间进行分配时，虚拟机将发起一次Minor GC。

6.2 大对象直接进入老年代

大对象是指需要大量连续内存空间的Java对象，最典型的大对象就是那种很长的字符串以及数组。虚拟机提供了-XX:PretenureSizeThreshold参数，令大于这个设置值的对象直接在老年代分配，避免在Eden区及两个Survivor区之间来回复制。

6.3 长期存活的对象将进入老年代

虚拟机给每个对象定义了一个对象年龄(Age)计数器。如果对象在Eden出生并经过第一次Minor GC后仍然存活，并且能被Survivor容纳的话，将被移动到Survivor空间中，并且对象年龄设为1。对象在Survivor区中每"熬过"一次Minor GC，年龄就增加1岁，当它的年龄增加到一定程度(默认为15岁)时，就会被晋升到老年代中。

6.4 动态对象年龄判定

为了能更好地适应不同程序的内存状况，虚拟机并不是永远地要求对象的年龄必须达到了MaxTenuringThreshold才能晋升老年代，如果在Survivor空间中相同年龄所有对象大小的总和大于Survivor空间的一半，年龄大于或等于该年龄的对象就可以直接进入老年代，无须等到MaxTenuringThreshold中要求的年龄。

7. 垃圾回收调优

7.1 常用JVM参数

-Xms: 设置初始堆大小
-Xmx: 设置最大堆大小
-Xmn: 设置新生代大小
-XX:SurvivorRatio: 设置Eden区与Survivor区的比例
-XX:PretenureSizeThreshold: 设置大对象直接进入老年代的阈值
-XX:MaxTenuringThreshold: 设置对象晋升老年代的年龄阈值
-XX:+UseParallelGC: 使用并行收集器
-XX:+UseConcMarkSweepGC: 使用CMS收集器
-XX:+UseG1GC: 使用G1收集器
-XX:+UseZGC: 使用ZGC收集器

7.2 调优策略

设置堆大小：根据应用需求和系统资源设置合理的堆大小
调整新生代与老年代比例：根据对象生命周期特点调整
选择合适的垃圾收集器：根据应用场景选择
- 吞吐量优先：Parallel Scavenge + Parallel Old
- 低延迟优先：CMS、G1、ZGC或Shenandoah
监控与调整：使用工具监控GC情况，根据实际情况调整参数

8. 垃圾回收监控工具

8.1 命令行工具

jps: 查看Java进程
jstat: 监控JVM统计信息
jmap: 生成堆转储快照
jhat: 分析堆转储快照
jstack: 生成线程转储

8.2 可视化工具

JConsole: Java监控和管理控制台
VisualVM: 多合一故障诊断工具
MAT(Memory Analyzer Tool): 内存分析工具
GCViewer: GC日志分析工具
JProfiler: 商业性能分析工具

9. 垃圾回收的最佳实践

避免不必要的对象创建：减少GC压力
避免使用System.gc()：让JVM自行管理内存
合理使用本地缓存：避免内存泄漏
及时释放资源：如数据库连接、文件流等
选择合适的数据结构：根据场景选择
避免使用finalize()方法：它不可靠且会增加GC负担
使用弱引用、软引用等：在特定场景下可以帮助GC

--- title: Java垃圾回收工作原理 --- graph TD A["Java应用程序"] --> B["Java堆"] B --> C["新生代 Young Generation"] B --> D["老年代 Old Generation"] C --> E["Eden区"] C --> F["Survivor区 From"] C --> G["Survivor区 To"] H["对象创建"] --> E E --> I["Eden区满?"] I -- 是 --> J["Minor GC"] I -- 否 --> K["继续分配"] J --> L["标记存活对象"] L --> M["复制到To Survivor区"] M --> N["清空Eden和From Survivor"] N --> O["交换From和To"] O --> P["对象年龄增加"] P --> Q["达到晋升阈值?"] Q -- 是 --> R["晋升到老年代"] Q -- 否 --> S["留在新生代"] T["老年代空间不足?"] -- 是 --> U["Major GC/Full GC"] U --> V["标记存活对象"] V --> W["清除/整理"] W --> X["回收完成"] Y["GC Roots"] --> Z["可达性分析"] Z --> AA["标记不可达对象"] AA --> AB["回收不可达对象"]

--- title: Java垃圾回收时序图 --- sequenceDiagram participant App as 应用程序 participant Eden as Eden区 participant Survivor as Survivor区 participant Old as 老年代 participant GC as 垃圾收集器 App->>Eden: 创建对象 Eden-->>App: 分配内存 loop 对象生命周期 Eden->>GC: Eden区满 GC->>Eden: 标记存活对象 GC->>Survivor: 复制存活对象 GC->>Eden: 清空Eden区 Survivor->>Survivor: 增加对象年龄 end alt 对象年龄达到阈值 Survivor->>Old: 晋升到老年代 end Old->>GC: 老年代空间不足 GC->>Old: 执行Major GC/Full GC GC->>Old: 标记-清除/整理 Old-->>App: 释放内存

--- title: Java垃圾收集器类层次结构 --- classDiagram class GarbageCollector { <<abstract>> +collect() +isConcurrent() +isParallel() } class SerialGC { +collect() +isConcurrent() boolean +isParallel() boolean } class ParallelGC { +collect() +isConcurrent() boolean +isParallel() boolean } class CMS { +collect() +isConcurrent() boolean +isParallel() boolean } class G1 { +collect() +isConcurrent() boolean +isParallel() boolean } class ZGC { +collect() +isConcurrent() boolean +isParallel() boolean } GarbageCollector <|-- SerialGC GarbageCollector <|-- ParallelGC GarbageCollector <|-- CMS GarbageCollector <|-- G1 GarbageCollector <|-- ZGC

参考资料

account_tree

思维导图

Interview AiBoxInterview AiBox — 面试搭档

不只是准备，更是实时陪练

Interview AiBox 在面试过程中提供实时屏幕提示、AI 模拟面试和智能复盘，让你每一次回答都更有信心。

免费下载 Interview AiBoxdownload 查看价格方案sell

AI 助读

一键发送到常用 AI

Java垃圾回收机制是JVM自动管理内存的核心功能，通过自动回收不再使用的对象来避免内存泄漏和内存溢出。主要采用可达性分析算法判断对象是否可回收，并结合分代收集策略将内存划分为新生代和老年代，针对不同区域采用不同的回收算法。Java提供了多种垃圾收集器，如Serial、Parallel、CMS、G1、ZGC等，各有特点，适用于不同场景。垃圾回收调优是Java应用性能优化的重要环节，需要根据应用特点选择合适的收集器和参数配置。

智能总结

深度解读

考点定位

思路启发