JVM垃圾回收机制

JVM垃圾回收机制概述

JVM垃圾回收（Garbage Collection, GC）是Java虚拟机自动管理内存的核心机制，负责回收不再使用的对象以释放内存空间。其核心目标是高效识别并回收"垃圾对象"（即不可达对象），同时尽量减少对应用性能的影响。

垃圾回收的基本原理

垃圾回收的核心是判断对象的"可达性"。通过GC Roots（如栈帧中的局部变量、静态变量、JNI引用等）作为起点，遍历对象引用链。未被引用链触及的对象视为垃圾。

常见的算法包括：

• 标记-清除（Mark-Sweep）：标记所有可达对象，清除未标记对象。缺点：产生内存碎片。
• 复制算法（Copying）：将内存分为两块，存活对象复制到另一块。适用于新生代回收。
• 标记-整理（Mark-Compact）：标记后压缩存活对象，消除碎片。适用于老年代。

分代收集策略

JVM将堆内存划分为不同区域，采用分代回收策略：

• 新生代（Young Generation）：新对象在此分配，采用复制算法。分为Eden区和两个Survivor区（From/To）。Minor GC触发时，存活对象从Eden和From复制到To，年龄增长后晋升老年代。
• 老年代（Old Generation）：存放长期存活对象。Major GC/Full GC触发时，通常使用标记-整理或标记-清除算法。

常见垃圾回收器

1. Serial GC

   单线程收集器，适用于客户端应用。新生代使用复制算法，老年代使用标记-整理。

2. Parallel GC（吞吐量优先）

   多线程并行回收，注重吞吐量。JDK8默认回收器。

3. CMS（Concurrent Mark-Sweep）

   以最短停顿时间为目标，老年代采用并发标记-清除。缺点：内存碎片问题。

4. G1（Garbage-First）

   将堆划分为多个Region，优先回收垃圾最多的区域。JDK9后默认回收器，兼顾吞吐量和低延迟。

5. ZGC/Shenandoah

   新一代低延迟回收器，停顿时间控制在10ms以内，适用于大内存场景。

垃圾回收调优建议

• 调整堆大小 ：通过-Xms和-Xmx设置初始和最大堆内存，避免频繁扩容。
• 选择合适的回收器 ：
  • 高吞吐量：Parallel GC
  • 低延迟：G1或ZGC
• 监控GC日志 ：使用-Xlog:gc*参数分析停顿时间和频率。
• 避免内存泄漏：确保对象引用及时释放，尤其注意集合类和缓存。

示例GC参数

// 启用G1回收器并设置堆大小
java -Xms4G -Xmx4G -XX:+UseG1GC -jar app.jar

// 打印GC日志详情
java -Xlog:gc* -XX:+PrintGCDetails -XX:+PrintGCDateStamps app.jar

总结

理解JVM垃圾回收机制有助于优化应用性能。根据场景选择合适回收器，结合监控工具分析GC行为，是解决内存问题的关键。随着ZGC等新技术成熟，Java在低延迟场景的能力进一步提升。