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应用的稳定性和性能。