获课：xingkeit.top/8626/

在 Java 开发的世界里，JVM（Java 虚拟机）调优是通往高级工程师的必经之路。它不仅是面试中的高频考点，更是解决线上性能问题、提升系统稳定性的关键技能。本文将浓缩尚硅谷 2023 Java 线下班的核心内容，为你总结一套系统、实用的 JVM 调优实战技巧，助你从理论到实践，全面掌握 JVM 的奥秘。

一、 调优前的思想准备：没有银弹，只有权衡

在开始任何调优操作前，必须明确一个核心思想：JVM 调优不是追求极致的参数，而是在资源（CPU、内存）、吞吐量、延迟（响应时间）之间找到最佳平衡点。

• 明确目标：你是要降低 Full GC 频率？还是要减少 Young GC 的耗时？亦或是提高应用的吞吐量？没有目标，调优就无从谈起。
• 建立基准：调优前，必须对系统的当前性能指标（如 GC 频率、耗时、内存占用、CPU 使用率）进行监控和记录，作为后续对比的基准。
• 循序渐进：永远不要一次性修改多个参数。一次只调整一个参数，观察效果，再决定下一步操作。否则，你将无法知道是哪个改动带来了影响。

二、 核心调优利器：垃圾回收器的选择与调优

垃圾回收（GC）是 JVM 调优的重中之重。选择合适的垃圾回收器并对其进行针对性调优，往往能带来最显著的效果。

2.1 垃圾回收器的选择

不同的应用场景适合不同的 GC：

• Serial GC：单线程 GC，适用于客户端模式或者内存非常小、对停顿不敏感的应用。
• Parallel GC (吞吐量优先)：多线程回收，能最大化应用的吞吐量。适合后台计算、数据处理等对停顿时间不敏感，但希望尽可能快地完成任务的场景。这是 JDK 8 及以前的默认选择。
• CMS (Concurrent Mark Sweep)：以获取最短回收停顿时间为目标。适合对响应时间有高要求的互联网应用（如网站、API 服务）。但它在 JDK 9 中被废弃，因为有内存碎片和并发模式失败等问题。
• G1 (Garbage-First)：JDK 9 之后的默认选择。它是一款兼顾吞吐量和低延迟的收集器，将堆划分为多个 Region，通过可预测的停顿时间模型，非常适合大内存（通常 > 4GB）的服务器应用。
• ZGC / Shenandoah：JDK 11+ 引入的超低延迟 GC，目标是将停顿时间控制在毫秒甚至亚毫秒级。适用于对延迟极其敏感的巨型内存应用。

实战选择建议：

• 如果是新项目或使用 JDK 9+，G1 通常是首选。
• 如果是老项目且运行在 JDK 8，Parallel GC 和 CMS 是常见选择，但应尽早规划向 G1 迁移。
• 如果你的应用是超大型服务，且对延迟有极致要求，可以尝试 ZGC。

2.2 关键 GC 参数调优技巧

1. 堆内存大小（-Xms 和 -Xmx）：

   • 核心原则：将 -Xms（初始堆大小）和 -Xmx（最大堆大小）设置为相同值。这样可以避免堆内存动态扩容带来的性能开销。
   • 如何确定大小：根据服务器的物理内存和应用的特性来定。通常建议设置为物理内存的 50% - 75%，要为操作系统和其他进程预留足够内存，避免因内存交换导致系统卡死。

2. 新生代与老年代比例（-XX:NewRatio）：

   • 这个参数决定了新生代（Young Generation）和老年代（Old Generation）的大小比例。
   • 调优思路：如果应用中存在大量短生命周期对象（如 Web 应用），可以适当增大新生代比例，让大多数对象在 Young GC 时就被回收，减少进入老年代的对象数量，从而降低 Full GC 的频率。

3. G1 调优关键：

   • -XX:MaxGCPauseMillis：这是 G1 的核心参数，用于设定期望的最大停顿时间（毫秒）。G1 会尽力去满足这个目标。不要设置得过于严苛，否则 G1 可能会牺牲吞吐量来达成目标，导致 GC 频繁。通常设置为 100ms - 200ms 是一个合理的起点。
   • -XX:G1HeapRegionSize：G1 将堆划分为一个个 Region，这个参数设置每个 Region 的大小。对于大对象（超过 Region 大小一半的对象）会直接进入 Humongous Region，处理起来比较麻烦。合理设置此值，避免产生过多的大对象，有助于提升 G1 的效率。

三、 JVM 调优实战流程：从发现问题到解决问题

一个完整的调优过程通常遵循以下步骤：

1. 监控与告警：建立完善的监控体系（如 Prometheus + Grafana），实时关注 JVM 的关键指标：内存使用情况、GC 频率与耗时、线程数、类加载等。设置合理的告警阈值。
2. 问题定位：当出现性能瓶颈（如 CPU 飙高、响应变慢、频繁 Full GC）时，需要借助工具进行分析。
   • 日志分析：开启 GC 日志（-Xloggc:*），使用 GCViewer 或 GCEasy 等工具可视化分析 GC 行为，找出问题根源。
   • 内存快照：当怀疑有内存泄漏时，使用 jmap 命令生成堆转储文件（heap dump），然后通过 MAT 或 JProfiler 等工具分析对象占用情况，定位泄漏的代码。
   • 线程快照：当 CPU 飙高时，使用 jstack 生成线程快照，分析线程状态，找出导致死锁或长时间运行的任务。
3. 调优实施：根据分析结果，调整相应的 JVM 参数或优化代码逻辑。
4. 效果验证：将调优后的应用部署到测试环境或预发环境，进行压力测试，对比调优前后的性能指标，确认调优有效且未引入新问题。
5. 持续观察：上线后，持续观察应用运行状态，确保调优效果在真实负载下依然稳定。

四、 总结

JVM 调优是一门艺术，更是一门科学。它没有一成不变的公式，而是建立在对 JVM 内部原理深刻理解的基础上的系统性工程。记住，监控是眼睛，分析是大脑，调优是双手。从理解应用场景出发，选择合适的垃圾回收器，通过监控发现问题，借助工具精准定位，最后小心求证、持续优化。掌握了这套方法论，你就能从容应对各种 JVM 性能挑战，让你的 Java 应用如虎添翼。