JVM调优原理与实践

济南大飞哥

已于 2024-05-23 17:42:22 修改

阅读量188

点赞数

分类专栏： Java/Jvm 文章标签： jvm

于 2018-09-07 11:44:35 首次发布

本文为博主原创文章，未经博主允许不得转载。

本文链接：https://blog.csdn.net/flyfeifei66/article/details/82494315

版权

Java/Jvm 专栏收录该内容

11 篇文章 1 订阅

订阅专栏

1、JVM调优

JVM（Java虚拟机）调优主要是为了提高Java应用的性能，减少延迟，增加吞吐量，以及确保系统的稳定性。以下是JVM调优的一些常用手段和方法：

堆内存管理：
- 调整堆内存大小：使用-Xms和-Xmx参数设置堆内存的起始值和最大值。
- 调整新生代和老年代比例：使用-XX:NewRatio来调整新生代与老年代的大小比例。
- 设置新生代中Eden区与Survivor区的大小比值：-XX:SurvivorRatio
垃圾收集器选择与调优：
- 选择合适的垃圾收集器：JVM提供了多种垃圾收集器（如Parallel GC、CMS、G1、ZGC等），根据应用的需求选择合适的。
- 调整垃圾收集器参数：使用-XX:+UseG1GC、-XX:+UseConcMarkSweepGC等参数开启特定垃圾收集器，并通过-XX:GCTimeRatio、-XX:MaxGCPauseMillis等参数调整垃圾收集行为。
监控与分析：
- 使用JVM监控工具（如JConsole、VisualVM、Java Mission Control）来监控内存使用、线程状态、垃圾收集活动等。
- 利用分析工具（如JProfiler、YourKit）进行更深入的性能分析。
线程池管理：
- 调整线程池大小和参数，以提高并发处理能力和系统吞吐量。
JVM参数调整：
- 使用-XX参数来设置特定的JVM行为，例如-XX:SurvivorRatio设置新生代中Eden区与Survivor区的比例。
- 调整直接内存大小：使用-XX:MaxDirectMemorySize参数。
类加载优化：
- 调整类加载机制，采用预加载或者延迟加载等策略，通过-Xss设置每个线程栈的大小。
JIT编译器优化：
- 使用JIT编译器参数，如-XX:CompileThreshold来调整方法调用或循环次数阈值，控制何时进行即时编译。
代码优化：
- 优化应用代码，减少不必要的对象创建、循环、递归等，可以减轻垃圾收集器的压力。
操作系统与硬件优化：
- 确保操作系统与硬件配置能够支撑JVM运行，调整系统级别参数如文件描述符限制等。
配置文件管理：
- 使用配置文件来管理和调整JVM参数，以便于不同环境下的快速切换和管理。

JVM调优是一个需要不断实验和监控的过程，需要根据应用的实际表现和需求来调整参数。在进行调优时，一定要有针对性，逐步调整，并监控调整效果，以免盲目调整导致性能下降。此外，一些现代JVM实现（如OpenJ9、GraalVM）可能提供了自己独特的调优选项和工具，使用时需要查阅对应的文档。

2、垃圾回收器的选择

不同的垃圾收集器（Garbage Collector, GC）有各自的设计理念和算法，因此适合不同的场景和需求。以下是一些常见的垃圾收集器及其适用场景：

Serial GC：
- 使用单线程进行垃圾回收。
- 适用于单核处理器或小型内存的环境，以及客户端应用和简单的命令行程序。
- 可以通过-XX:+UseSerialGC参数启用。
Parallel GC（也称为Throughput Collector）：
- 使用多线程进行垃圾回收，重点在于增加吞吐量。
- 适用于多核服务器环境，主要目标是提高应用的吞吐量，并在背景下尽可能快地完成垃圾收集。
- 可以通过-XX:+UseParallelGC参数启用。
Concurrent Mark Sweep (CMS) GC：
- 以获取最小停顿时间为目标，使用多线程并发标记和并发清除算法。
- 适用于对停顿时间敏感的应用程序，如Web服务器或交互式应用程序。
- 可能会产生较多的内存碎片。
- 可以通过-XX:+UseConcMarkSweepGC参数启用。
G1 (Garbage-First) GC：
- 旨在为具有较大堆内存的多核机器提供高吞吐量和低延迟。
- 适用于需要大堆内存的应用，并希望能更平滑地控制停顿时间。
- G1收集器将堆内存分为多个区域（Region），并采用增量式垃圾回收。
- 可以通过-XX:+UseG1GC参数启用。
Z Garbage Collector (ZGC)：
- 是一种可伸缩的低延迟垃圾收集器（目前只在Linux/x64上支持）。
- 适用于需要极低停顿时间且堆大小范围广泛的应用，从几百MB到几TB都可以。
- 可以通过-XX:+UseZGC参数启用。
Shenandoah GC：
- 类似于ZGC，是一种以实现低停顿时间为目标的垃圾收集器。
- 旨在减少GC停顿时间而不是降低整体GC工作量。
- 可以通过-XX:+UseShenandoahGC参数启用。
Epsilon GC（No-Op GC）：
- 这是一个实验性的垃圾收集器，它实际上不执行任何垃圾回收。
- 适用于性能测试或内存分析，在知道应用在其生命周期内不会耗尽内存的情况下使用。

选择合适的垃圾收集器时，需要考虑以下因素：

应用程序的性能需求：吞吐量优先还是延迟优先。
系统的资源限制：CPU核心数，堆内存大小等。
应用程序的工作负载：事务处理、后台处理、用户界面响应等。
GC的行为特点：并发与并行能力，停顿时间，内存碎片处理等。

最佳实践是基于应用的具体需求和特性通过测试和监控来选择和调整最适合的垃圾收集器。

3、Java8默认垃圾回收器

在Java 8中，默认的垃圾回收器是Parallel GC（也叫Throughput Collector），如果没有特别地通过JVM参数指定使用其他垃圾回收器的话。了解Java 8的垃圾回收过程，我们需要先了解一下JVM的内存模型以及一些基本的垃圾回收算法。

JVM内存模型

Java虚拟机在执行Java程序时会将其管理的内存分成几个不同的区域，主要包括：

堆（Heap）：存放对象实例，分为新生代（Young Generation）和老年代（Old Generation）。新生代通常又分为Eden区和两个Survivor区（S0和S1）。
元数据区（Metaspace）：用于存放已被虚拟机加载的类信息、常量、静态变量等数据。
程序计数器（Program Counter）、虚拟机栈（VM Stack）、本地方法栈（Native Method Stack）：主要与线程执行相关。

垃圾回收算法

主要的垃圾回收算法包括：

标记-清除（Mark-Sweep）算法：首先标记出所有需要回收的对象，然后统一清除这些对象。这种方式可能会产生内存碎片。
复制（Copying）算法：将可用内存划分为大小相等的两块，每次只使用其中的一块。当这一块内存用完后，就复制还活着的对象到另一块上，然后清理掉已使用过的内存块。这种方式适用于新生代，因为新生代中大多数对象都是朝生夕灭的。
标记-整理（Mark-Compact）算法：在标记阶段与标记-清除算法相同，但在清理阶段，它会将所有存活的对象都向一端移动，然后直接清理掉边界以外的内存。
分代收集（Generational Collection）算法：依据对象存活周期的不同将内存划分为几块，一般是新生代和老年代。每个年代采用最适合该年代特点的收集算法。

Java 8垃圾回收过程

在Java 8中，一个对象从创建到被回收的过程大致如下：

对象创建：
- 当新对象被创建时，它们首先被分配在新生代的Eden区。
- 如果Eden区没有足够空间进行分配时，会触发一次Minor GC。
Minor GC：
- 对新生代进行垃圾收集，通常使用的是复制算法。
- 存活对象从Eden区复制到一个Survivor区（S0或S1），同时清理Eden区。
- 如果对象在Survivor区存活了足够多的垃圾回收周期，它们会被晋升到老年代。
Full GC：
- 发生在老年代的垃圾收集被称为Full GC，影响整个堆内存（包括新生代和老年代）以及方法区。
- 全面的垃圾收集往往使用标记-清除或标记-整理算法，清理整个堆区。
- Full GC通常比Minor GC要慢得多，因为它回收的区域更大且包括存活时间较长的对象。
垃圾回收结束：
- 垃圾收集完成后，已回收的空间可以被新对象使用。
- 垃圾回收器会周期性地运行，以确保应用有足够的内存空间正常运行。

Full GC过程详解

Full GC是整个堆（包括新生代、老年代）和方法区（在Java 8中是Metaspace）的垃圾收集。当老年代空间不足时，或在方法区（Metaspace）无法分配内存时，可能会触发Full GC。以下是Full GC的一些触发原因：

显式调用System.gc()
老年代空间不足
Metaspace空间不足
JVM参数配置导致的（如要求在Minor GC后进行Full GC）
动态年代调整失败（AdaptiveSizePolicy）

在Full GC过程中，JVM可能使用的算法如下：

标记阶段：标记所有从GC Roots（包括活跃线程、静态字段、JNI引用等）可达的对象。
清除阶段：对于标记-清除算法，这个阶段会清理掉所有未被标记的对象。对于标记-整理算法，这个阶段会将所有存活的对象压缩到堆的一端，然后清除边界外的内存。
重设阶段：清理和重置GC结构（为了防止堆内存碎片化，Parallel GC可能会执行内存紧凑操作。这个步骤会移动存活的对象，将它们集中在堆的开始部分，以便为新对象分配连续的内存。这个过程也是并行执行的，可以提高内存分配的效率。），为下一次垃圾收集做准备。

Full GC通常会导致较长时间的停顿（Stop-The-World），在这段时间内，所有的应用线程都将被暂停，直到垃圾回收过程完成。FULL GC会检查整个堆，并采用以上算法回收对象，这个过程不会发生Minor GC期间采用的复制算法。

垃圾回收优化

为了减少Full GC的频率和停顿时间，可以采取以下措施：

增加堆内存：如果经常出现Full GC，并且每次GC后堆内存的使用率都很高，可能是堆内存设置得太小。增加堆内存可能会减少Full GC的频率。
调优JVM参数：调整新生代和老年代的大小，例如，增加新生代的大小可能会减少对象的提前晋升到老年代，从而减少Full GC的频率。
选择合适的垃圾回收器：对于不同的应用场景，选择更加适合的垃圾回收器，例如G1 GC或CMS GC，它们更注重减少停顿时间。
代码优化：减少不必要的对象创建，重用对象，尽早释放不需要的对象引用，以及使用缓存策略等，这些都可以减少垃圾回收负担。
监控和分析：使用JVM监控工具如VisualVM、JConsole等，或者分析工具如MAT（Memory Analyzer Tool）来监控堆使用情况和寻找内存泄漏。

总的来说，垃圾回收过程是JVM自动管理内存的方式，确保在对象不再被使用时释放内存。通过理解不同的垃圾回收器和算法，我们可以更有效地对Java应用进行调优，使其在不同的生产环境中达到最优的性能。

4、为什么新生代中大多数对象都是朝生夕灭的？

在Java中，新生代（Young Generation）是堆内存的一个区域，它被设计用来存放新创建的对象。根据经验法则，即所谓的“弱代假说”（Weak Generational Hypothesis），Java中的大多数对象具有以下特性：

对象朝生夕灭：很多对象被创建后，很快就变得不可达，即它们只在程序中存活很短的时间就不再被使用了。
存活率较低：由于对象生命周期短，随着垃圾回收器的工作，只有少数对象会存活足够长的时间并需要被转移到老年代。

这种行为模式是由程序的运行特性所导致的，比如临时变量、短生命周期的局部对象以及在迭代过程中创建的对象等。例如，当你在一个方法中创建一个对象，这个对象只在方法的执行过程中被使用，一旦方法执行完毕，对象往往就不再被需要了。

由于大多数对象都很快就不再被使用，新生代的垃圾收集（通常称为Minor GC）会频繁发生，但是由于存活对象较少，这些收集过程通常都能很快完成，这使得新生代成为一个高效的垃圾回收区域。

为了优化这种行为，新生代通常使用复制算法（Copying GC Algorithm）来进行垃圾回收，这种算法适合用在对象存活率低的情况下。在复制算法中，新生代被分为三部分：一个Eden空间和两个较小的Survivor空间（通常被标记为S0和S1）。

以下是新生代中发生Minor GC时的一个标准步骤：

初始状态：对象最初都在Eden区分配。当Eden区满了，需要进行垃圾回收以释放空间。
标记活跃对象：垃圾回收器会首先标记Eden区以及一个Survivor区（假设是S0）中所有活跃的（即还在使用的）对象。
复制对象：然后它会复制这些标记的活跃对象到另一个Survivor区（S1）。如果一个对象已经在Survivor区内存活了足够多的垃圾回收周期（这个阈值可以通过JVM参数设置），则这个对象可能会直接被晋升到老年代。
交换Survivor区域：复制完成后，原来的Eden区和被复制对象的那个Survivor区（S0）会被清空，因为其中的对象要么已经被复制到另一个Survivor区（S1），要么会被视为垃圾并回收。现在，S1成为了新的From区域，而S0则变成了新的To区域。
重复这个过程：随着程序的继续执行，Eden区会再次被新对象填满，当Eden区满了之后，下一次Minor GC会再次发生，这时活跃对象会从Eden和From区复制到To区，而To区和From区的角色会再次交换。