JVM垃圾回收机制概述
JVM的垃圾回收(Garbage Collection, GC)是自动管理内存的核心机制,通过识别并清理不再使用的对象释放内存空间。其核心目标是优化堆内存的使用效率,减少内存泄漏和程序崩溃的风险。
垃圾回收的基本原理
可达性分析算法
JVM通过可达性分析判断对象是否存活。从根对象(如线程栈变量、静态变量等)出发,遍历引用链。未被引用的对象标记为"不可达",即垃圾。
分代收集理论
堆内存分为不同代区,针对不同生命周期对象采用差异化回收策略:
- 新生代(Young Generation):存放短生命周期对象,采用复制算法(如Serial、ParNew、G1的Young GC)。
- 老年代(Old Generation):存放长生命周期对象,采用标记-清除或标记-整理算法(如CMS、G1的Mixed GC)。
常见的垃圾回收器
-
Serial GC
单线程回收器,适用于客户端应用。新生代使用复制算法,老年代使用标记-整理算法。
-
Parallel GC(吞吐量优先)
多线程并行回收,注重高吞吐量。JDK8默认回收器。
-
CMS GC(低延迟)
并发标记清除算法,减少停顿时间,但存在内存碎片问题。已逐步被G1取代。
-
G1 GC(平衡型)
将堆划分为多个Region,兼顾吞吐量和延迟。JDK9后成为默认回收器。
-
ZGC/Shenandoah(超低延迟)
面向大堆内存,停顿时间控制在10ms以内,适用于云原生场景。
垃圾回收的触发条件
- 新生代GC(Minor GC):Eden区满时触发。
- 老年代GC(Major GC):老年代空间不足或晋升失败时触发。
- Full GC:整个堆内存或元空间不足时触发,通常伴随STW(Stop-The-World)停顿。
优化垃圾回收的策略
- 调整堆大小 :通过
-Xms和-Xmx设置初始和最大堆内存,避免频繁扩容。 - 选择回收器:根据应用特性选择低延迟(G1/ZGC)或高吞吐(Parallel GC)。
- 避免内存泄漏:及时断开无用引用(如集合对象、缓存)。
- 监控工具 :使用
jstat、GC日志或VisualVM分析GC频率和停顿时间。
示例:启用G1回收器
bash
java -XX:+UseG1GC -Xmx4g -Xms4g -jar application.jar
通过合理配置和监控,可显著提升JVM应用的稳定性和性能。