JVM 垃圾回收：算法、收集器与性能调优实战避坑

线上服务频繁出现 Full GC，导致接口响应时间飙升，甚至出现服务雪崩？别慌，十有八九是 JVM 垃圾回收算法和垃圾收集器 配置不当惹的祸。本文将深入剖析 JVM 垃圾回收的底层原理，对比分析 Serial、Parallel、ParNew、CMS 等经典收集器的优缺点，并结合实战经验，分享性能调优的避坑技巧。

垃圾回收算法：分代收集与标记清除

JVM 采用分代收集理论，将堆内存划分为新生代和老年代。新生代又进一步划分为 Eden 区、Survivor 0 区和 Survivor 1 区。这种分代方式简化了垃圾回收过程，使得垃圾回收器能够根据不同区域的特点选择合适的回收算法。

常见的垃圾回收算法包括：

• 标记-清除（Mark and Sweep）： 标记所有可达对象，然后清除未被标记的对象。缺点是会产生内存碎片。
• 复制（Copying）： 将内存划分为两块，每次只使用其中一块。当一块内存用完时，将存活对象复制到另一块内存，然后清理原来的内存。新生代采用此算法。
• 标记-整理（Mark and Compact）： 标记所有可达对象，然后将存活对象移动到内存的一端，清理边界外的内存。老年代常采用此算法。

垃圾收集器：Serial、Parallel、ParNew、CMS 的选择与权衡

JVM 提供了多种垃圾收集器，每种收集器都有其适用场景和优缺点。理解不同收集器的特性，才能根据应用的实际情况选择最合适的方案。

• Serial 收集器： 单线程收集器，适用于单 CPU 环境或者对停顿时间不敏感的应用。简单高效，但会造成较长的停顿时间。-XX:+UseSerialGC
• Parallel 收集器： 多线程收集器，适用于多 CPU 环境，能够有效缩短停顿时间。是 Server 模式下的默认收集器。-XX:+UseParallelGC，-XX:+UseParallelOldGC 可以分别开启新生代和老年代的 Parallel 收集器。
• ParNew 收集器： Serial 收集器的多线程版本，主要用于配合 CMS 收集器使用。-XX:+UseParNewGC
• CMS (Concurrent Mark Sweep) 收集器： 目标是尽可能缩短停顿时间，采用并发标记清除算法。但会产生内存碎片，并且在并发阶段会占用 CPU 资源。-XX:+UseConcMarkSweepGC

实战案例：CMS 收集器的优化与避坑

假设我们有一个电商平台的订单服务，对响应时间要求非常高，因此选择了 CMS 收集器。但是，在线上运行过程中，我们发现 CMS 收集器仍然会导致偶发的 Full GC，影响用户体验。

问题排查：

1. GC 日志分析： 首先通过 GC 日志分析 Full GC 的原因，例如是否由于 promotion failed 或者 concurrent mode failure 导致的。
2. 内存碎片： CMS 收集器会产生内存碎片，如果碎片过多，会导致无法分配大对象，从而触发 Full GC。可以使用 -XX:CMSFullGCsBeforeCompaction 参数，设置多少次 Full GC 后进行一次压缩，减少内存碎片。
3. 并发模式失败（concurrent mode failure）： CMS 收集器在并发标记过程中，如果老年代增长速度过快，导致在并发回收完成之前老年代就被填满，会触发 Full GC。可以适当增加堆内存的大小，或者调整 -XX:CMSInitiatingOccupancyFraction 参数，提前触发 CMS 收集。

优化方案：

// 调整 CMS 相关参数
-XX:+UseConcMarkSweepGC // 使用 CMS 收集器
-XX:CMSInitiatingOccupancyFraction=75 // 设置老年代使用 75% 时触发 CMS 收集
-XX:UseCMSCompactAtFullCollection=true // Full GC 后进行压缩
-XX:CMSFullGCsBeforeCompaction=5 // 每 5 次 Full GC 进行一次压缩
-XX:+CMSParallelRemarkEnabled // 降低 remark 阶段的停顿时间

避坑经验：

• 不要盲目追求低停顿时间，选择最适合应用场景的收集器。
• 监控 GC 日志，及时发现并解决问题。
• 合理设置 JVM 参数，避免参数设置不当导致性能下降。

G1 收集器：新一代垃圾回收的利器

G1 (Garbage-First) 收集器是 JDK 7 中引入，并在 JDK 9 中成为默认的垃圾收集器。G1 收集器具有以下优点：

• 可预测的停顿时间： G1 收集器将堆内存划分为多个 Region，每次只回收一部分 Region，从而控制停顿时间。
• 高效的并发回收： G1 收集器采用并发标记算法，减少了停顿时间。
• 空间整合： G1 收集器能够自动进行空间整合，减少内存碎片。

使用 G1 收集器，只需要添加 -XX:+UseG1GC 参数即可。G1 收集器也提供了很多可配置的参数，例如 -XX:MaxGCPauseMillis 参数可以设置最大停顿时间的目标值。

总结：选择合适的垃圾回收策略

选择合适的 JVM 垃圾回收算法和垃圾收集器 需要综合考虑应用的吞吐量、延迟、内存占用等因素。没有一种收集器是万能的，只有最适合的。在实际应用中，需要不断地进行性能测试和调优，才能找到最佳的垃圾回收策略。例如，对于对延迟非常敏感的金融交易系统，G1 收集器可能是一个不错的选择。而对于后台批处理系统，Parallel 收集器可能更适合。

同时，除了选择合适的垃圾收集器，还可以通过优化代码来减少垃圾的产生，例如使用对象池、避免创建不必要的对象等。 另外，Tomcat、Nginx 等中间件的配置优化，如调整线程池大小、优化连接数等，也能间接影响 JVM 的垃圾回收行为。比如在高并发场景下，Nginx 的反向代理配置，合理设置 upstream 的负载均衡算法，也能有效降低后端服务的压力，从而减少 Full GC 的频率。 还可以使用宝塔面板等工具对服务器进行监控和管理，及时发现并解决潜在的性能问题。