SpringBoot3 必须掌握的 JVM 优化技巧

竹林幽深

于 2024-08-26 09:13:48 发布

阅读量52

点赞数

文章标签： jvm 测试工具

原文链接：https://mp.weixin.qq.com/s/enr8O4nH-1Wf2B9aVifnWA

版权

原创编程疏影路条编程 2024年07月21日 08:01 河北

SpringBoot3 必须掌握的 JVM 优化技巧

在开发基于 Spring Boot 3 的应用时，为了确保系统的性能和稳定性，对 JVM 进行优化是至关重要的。本文将深入探讨一些关键的 JVM 优化技巧，并结合代码示例进行详细讲解。

内存管理优化

1. 合理设置堆内存大小

通过 -Xmx 和 -Xms 参数可以设置 Java 堆的最大和初始大小。对于大多数 Spring Boot 3 应用，建议根据应用的负载和资源情况进行调整。

以下是一个简单的代码示例来打印默认的堆内存大小：

public class MemorySettingsExample {
    public static void main(String[] args) {
        // 获取运行时环境对象
        Runtime runtime = Runtime.getRuntime();
        // 获取并打印默认的最大堆内存大小（以字节为单位），然后转换为以兆字节（MB）为单位
        long maxMemory = runtime.maxMemory();
        System.out.println("默认最大堆内存: " + maxMemory / (1024 * 1024) + "MB");
        // 获取并打印默认的初始堆内存大小（以字节为单位），然后转换为以兆字节（MB）为单位
        long totalMemory = runtime.totalMemory();
        System.out.println("默认初始堆内存: " + totalMemory / (1024 * 1024) + "MB");
    }
}

在上述代码中，我们首先通过 Runtime.getRuntime() 获取当前运行时环境对象。然后，使用 runtime.maxMemory() 获取最大堆内存大小，使用 runtime.totalMemory() 获取初始堆内存大小。最后，将这些值除以 1024 * 1024 ，将字节转换为兆字节并打印输出。通过这样的方式，我们可以直观地了解默认情况下 JVM 为应用分配的堆内存大小。

2. 新生代与老年代的比例调整

可以通过 -XX:NewRatio 参数调整新生代和老年代的比例。例如，设置为 4 表示老年代与新生代的比例为 4:1。

以下是一个代码示例来打印默认的新生代与老年代比例：

import java.lang.management.ManagementFactory;
import java.lang.management.MemoryPoolMXBean;

public class GenerationRatioExample {
    public static void main(String[] args) {
        // 获取内存池的管理对象
        for (MemoryPoolMXBean bean : ManagementFactory.getMemoryPoolMXBeans()) {
            // 检查是否为新生代的内存池
            if (bean.getName().contains("Eden Space") || bean.getName().contains("Survivor Space")) {
                // 打印默认的新生代与老年代比例
                System.out.println("默认新生代与老年代比例: " + bean.getUsageThreshold());
            }
        }
    }
}

在这个示例中，我们使用 ManagementFactory.getMemoryPoolMXBeans() 获取所有的内存池管理对象。然后，通过判断内存池的名称是否包含“Eden Space”或“Survivor Space”来确定是否为新生代的内存池，并打印其使用阈值，从而间接反映出新生代与老年代的比例关系。

垃圾回收器选择

1. G1 垃圾回收器

G1（Garbage-First）是一款面向服务器端应用的垃圾回收器，具有良好的停顿时间预测能力和出色的垃圾回收效率。

G1 将堆内存划分为多个大小相等的区域（Region），在回收垃圾时，优先回收价值最大（垃圾最多）的区域。这使得 G1 能够在不产生长时间停顿的情况下，有效地清理堆内存。

以下是启用 G1 垃圾回收器的配置参数：

-XX:+UseG1GC

在实际应用中，选择 G1 垃圾回收器通常适用于具有大内存、较多核心数的服务器环境，尤其是那些对停顿时间有严格要求的应用。例如，在处理实时交易或在线游戏等场景中，G1 能够确保在垃圾回收过程中不会出现过长的停顿，从而提供更流畅的用户体验。

然而，使用 G1 也并非毫无缺点。它在某些情况下可能会产生额外的内存开销，并且对于较小的堆内存（小于 4GB），其性能优势可能不明显。

为了更好地优化 G1 的性能，还可以结合其他相关的 JVM 参数，如 -XX:MaxGCPauseMillis 来设置期望的最大停顿时间， -XX:InitiatingHeapOccupancyPercent 来控制触发并发标记周期的堆占用比例等。

2. CMS 垃圾回收器（并发标记清除）

CMS（Concurrent Mark Sweep）垃圾回收器主要适用于对响应时间要求较高的应用。

CMS 采用的是并发标记和清除的方式，尽量减少垃圾回收过程中的停顿时间。其工作过程分为初始标记、并发标记、重新标记和并发清除四个阶段。在初始标记和重新标记阶段会有短暂的停顿，但并发标记和并发清除阶段可以与应用线程并发执行。

启用 CMS 垃圾回收器的配置参数为：

-XX:+UseConcMarkSweepGC

然而，CMS 垃圾回收器也存在一些不足之处。由于采用的是标记清除算法，可能会产生内存碎片。在长期运行的过程中，如果内存碎片过多，可能会导致无法分配大对象而触发 Full GC，从而导致较长时间的停顿。

为了缓解内存碎片问题，可以结合 -XX:+UseCMSCompactAtFullCollection 参数，在 Full GC 时进行内存整理，或者使用 -XX:CMSFullGCsBeforeCompaction 参数来控制在多少次 Full GC 后进行一次内存整理。

线程优化

线程栈大小调整

通过 -Xss 参数可以调整线程栈的大小。

以下是一个代码示例来打印默认的线程栈大小：

public class ThreadStackSizeExample {
    public static void main(String[] args) {
        // 获取当前线程对象
        Thread currentThread = Thread.currentThread();
        // 获取并打印当前线程的栈跟踪信息
        StackTraceElement[] stackTrace = currentThread.getStackTrace();
        // 获取栈跟踪信息的第一个元素，即当前方法的信息
        StackTraceElement firstElement = stackTrace
          public class ThreadStackSizeExample {
    public static void main(String[] args) {
        // 获取当前线程对象
        Thread currentThread = Thread.currentThread();
        // 获取并打印当前线程的栈跟踪信息
        StackTraceElement[] stackTrace = currentThread.getStackTrace();
        // 获取栈跟踪信息的第一个元素，即当前方法的信息
        StackTraceElement firstElement = stackTrace[0];
        // 打印默认的线程栈大小
        System.out.println("默认线程栈大小: " + firstElement.getLineNumber());
    }
}

JIT 编译优化

JIT（Just-In-Time）编译是 Java 虚拟机的一项重要特性，它能够显著提高程序的执行性能。

JIT 编译的基本原理是在程序运行时，将经常执行的字节码编译成本地机器码，从而减少解释执行的开销，提高执行效率。

启用分层编译（Tiered Compilation）可以更好地平衡启动速度和运行性能。分层编译将编译分为多个层次：

第 0 层：解释执行字节码。
第 1 层：简单的 C1 编译器进行编译，生成基本的优化代码。
第 2 层：复杂的 C2 编译器进行更深入的优化编译，生成高度优化的代码。

在程序启动初期，主要使用解释执行和第 1 层的简单编译，以减少启动时间。随着程序的运行，热点代码会被逐渐识别并提升到第 2 层进行更深入的优化编译，从而提高程序的长期运行性能。

以下是启用分层编译的配置参数：

-XX:+TieredCompilation

启用分层编译后，还可以通过以下参数进一步优化 JIT 编译：

-XX:CompileThreshold：指定方法被调用的次数达到该阈值时触发编译。
-XX:OnStackReplacePercentage：控制方法内联的阈值。
-XX:InlineSmallCode：控制小方法是否内联。

通过合理调整这些参数，可以根据应用的特点和性能需求，充分发挥 JIT 编译的优势。例如，对于计算密集型的应用，可以适当降低 CompileThreshold 的值，使热点代码更快地被编译；对于内存受限的环境，可以谨慎调整内联相关的参数，以避免过度的代码膨胀。

监控与调优

监控与调优是确保 Java 应用在生产环境中稳定、高效运行的关键环节。

首先，了解常用的监控工具至关重要。JConsole 是 Java 自带的图形化监控工具，它可以实时查看内存使用、线程状态、GC 活动等基本信息。VisualVM 则功能更加强大，不仅提供了类似于 JConsole 的基本监控功能，还支持插件扩展，如查看 CPU 采样、分析堆转储文件等。

在实际监控过程中，需要重点关注以下几个方面：

内存监控：包括堆内存和非堆内存的使用情况。观察堆内存的各个区域（新生代、老年代）的分配和回收情况，及时发现内存泄漏或内存不足的问题。可以通过查看对象的存活情况、引用关系等，定位可能存在的内存泄漏点。
线程监控：了解线程的数量、状态（运行、阻塞、等待）以及线程的堆栈信息。过多的线程创建可能导致系统资源消耗过大，而线程的阻塞或死锁会影响应用的响应性。
GC 监控：关注 GC 的频率、耗时以及各个阶段的时间分布。频繁的 GC 特别是 Full GC 会导致长时间的停顿，影响应用的性能。

在获取到监控数据后，进行调优工作。调优的策略包括但不限于：

调整内存分配参数：根据应用的内存需求，合理设置堆内存的大小（如 -Xmx 和 -Xms）以及新生代和老年代的比例（如 -XX:NewRatio 和 -XX:SurvivorRatio）。
优化 GC 策略：根据应用的特点选择合适的垃圾回收器（如前面提到的 G1 或 CMS），并通过相关参数进行优化，例如调整 GC 停顿时间目标、并发标记周期的触发条件等。
线程池优化：合理配置线程池的大小，避免线程过多或过少导致的资源浪费或任务堆积。
数据库连接池优化：确保数据库连接池的大小适中，既能满足并发请求，又不会造成资源闲置。

需要注意的是，调优是一个反复试验的过程，每次调整参数后都需要进行充分的测试和验证，以确保应用的性能和稳定性得到改善，而不是产生新的问题。同时，要结合应用的具体业务场景和性能要求，制定个性化的调优方案。

总之，对 Spring Boot 3 应用的 JVM 优化需要结合实际的应用场景和性能需求，通过不断的测试和调整来找到最优的配置。

今天就讲到这里，如果有问题需要咨询，大家可以直接留言或扫下方二维码来知识星球找我，我们会尽力为你解答。