JVM基本概念、命令、参数、GC日志总结

原文: 赵侠客

一、前言

NPE（NullPointerException）和OOM（OutofMemoryError）在JAVA程序员中扮演着重要的角色，它也是很多人始终摆脱不掉的梦魇，与NPE不同的是OOM一旦在生产环境中出现就意味着只靠代码已经无法解决代码自身的问题，只能从软件架构层面来下架不可用的服务，从而减少OOM带来的不可估量的损失。了解JVM基本原理、合理地配置JVM参数、不仅可以提高服务稳定性，还能提升服务并发能力。不过随着容器化的发展和硬件性能的提升，很多公司都是通过提升硬件性能来增加服务的吞吐量，这也导致很多程序员也没有太多的机会去了解JVM、监控JVM、优化JVM参数设置，通过合理的配置JVM参数是ROA最高的提升性能方法。本文主要从四个方面抛砖引玉地介绍优化JVM的基本知识架构：

  1. 简单认识JAVA的堆结构，优化JVM主要是减少GC次数和GC时间，GC就是对堆的内存的回收；
  2. jstat命令的使用，通过jstat我们可以直观地查看堆上各区域的内存大小和GC时间，从而判断我们JVM参数设置的是否合理；
  3. JVM常用参数的使用，我们通过jstat来判断参数设置是否合理，通过JVM参数来设置我们的参数；
  4. JVM GC日志的分析，jstat适用于实时查看堆结构，GC日志是可以持久化记录GC的详细过程，通过分析GC日志能更好的帮助我们洞察GC的细节。

二、JVM基本概念

JVM基本概念、命令、参数、GC日志总结-流程图.jpg

JVM内存结构

  1. 非堆区结构

    1. Metaspace（元空间）：这部分内存主要用于存放类的元数据。在JDK8中，元空间取代了永久代，元空间的最大空间受系统的实际可用空间限制，可通过-XX:MetaspaceSize=128m来设置
    2. Code Cache（代码缓存）：存放编译后的本地代码。
    3. Direct Memory（直接内存）：这部分内存并不是虚拟机运行时数据区的一部分，也不是Java虚拟机规范中定义的内存区域，但是这部分内存也被频繁使用。如果在程序中频繁使用NIO，那么在这部分内存中分配的内存也会增加。因此，对Direct Memory的使用也需要进行监控。
    4. JVM自身进程占用的内存：JVM进程自身也需要消耗一部分内存，虽然这部分内存与Java程序直接运行没有直接关系，但是也不能忽视。
    5. 常量池：这部分内存主要用于存放常量信息，包括直接常量（如字符串、数字）和符号引用（如类和接口的全局限定名、字段的名称和描述符、方法的名称和描述符）。
    6. 静态变量：存放类的静态变量。

  2. 堆区结构 （初始化值-Xms4096m，最大值-Xmx4096m )

    1. Old区（老年代）默认大小为 Old:Young=2:1, 通过-XX:NewRatio=2参数设置
    2. Young区 （新生代）（初始化值-XX:NewSize=64m，最大值XX:MaxNewSize=64m)
      1. Eden （伊甸区）
      2. Survivor区 （幸存区）
        1. S0区又称From区 ,默认大小比例为 Eden:S0:S1=8:1:1 通过–XX:SurvivorRatio=8参数设置
        2. S1区又称To区 ， S0和S1一样大，也可以叫From和To。

  3. GC类型Minor/Major/Full GC

    1. 新生代收集（Minor GC / Young GC）:只是新生代（Eden、S0,S1）的垃圾收集
    2. 老年代收集（Major GC / Old GC）:只是老年代的垃圾收集
    3. 整堆收集（Full GC) :新生代(Minor GC)+老年代(Major GC) Full GC

  4. GC过程

三、jstat命令使用大全

jstat -options 查看所有可选项

 jstat -options
-class
-compiler
-gc
-gccapacity
-gccause
-gcmetacapacity
-gcnew
-gcnewcapacity
-gcold
-gcoldcapacity
-gcutil
-printcompilation

jstat -options pid 加载类统计

jstat  -class  24410 1000 5
Loaded  Bytes  Unloaded  Bytes     Time   7259 13569.5        0     0.0       1.427259 13569.5        0     0.0       1.427259 13569.5        0     0.0       1.427259 13569.5        0     0.0       1.427259 13569.5        0     0.0       1.42
字段名称表示含义
Loaded加载class类的数量
Bytes所占内存空间
Unloaded未加载类的数量
Bytes未加载类内存空间
Time消耗时间

jstat -compiler pid 编译统计

jstat  -compiler  24410 1000 5
Compiled Failed Invalid   Time   FailedType FailedMethod4099      3       0     5.50          1 java/util/concurrent/locks/AbstractQueuedSynchronizer release4099      3       0     5.50          1 java/util/concurrent/locks/AbstractQueuedSynchronizer release4099      3       0     5.50          1 java/util/concurrent/locks/AbstractQueuedSynchronizer release4099      3       0     5.50          1 java/util/concurrent/locks/AbstractQueuedSynchronizer release4099      3       0     5.50          1 java/util/concurrent/locks/AbstractQueuedSynchronizer release
字段名称表示含义
Compiler编译成功数量
Failed编译失败数量
Invalid编译无效数量
Time编译耗时
FailedType编译失败的类型
FailedMethod编译失败的方法

jstat -gc pid interval count 垃圾回收按字节大小统计

基本用法： jstat -gc 进程号 统计间隔 统计次数

例如 ： jstat -gc 24410 1000 5 每1000毫秒统计一次进程号为24410的垃圾回收情况，总共统计5次

jstat -gc 24410 1000 5S0C    S1C    S0U    S1U      EC       EU        OC         OU       MC     MU    CCSC   CCSU   YGC     YGCT    FGC    FGCT     GCT   
9216.0 7680.0  0.0    0.0   220672.0 124038.5  139776.0   13252.0   35424.0 33384.6 4608.0 4222.4      7    0.024   2      0.061    0.085
9216.0 7680.0  0.0    0.0   220672.0 124038.5  139776.0   13252.0   35424.0 33384.6 4608.0 4222.4      7    0.024   2      0.061    0.085
9216.0 7680.0  0.0    0.0   220672.0 124038.5  139776.0   13252.0   35424.0 33384.6 4608.0 4222.4      7    0.024   2      0.061    0.085
9216.0 7680.0  0.0    0.0   220672.0 124038.5  139776.0   13252.0   35424.0 33384.6 4608.0 4222.4      7    0.024   2      0.061    0.085
9216.0 7680.0  0.0    0.0   220672.0 124038.5  139776.0   13252.0   35424.0 33384.6 4608.0 4222.4      7    0.024   2      0.061    0.085

结果含义：

字段名称表示含义
S0C幸存区1容量（单位：字节）
S1C幸存区2容量（单位：字节）
S0U幸存区1使用容量（单位：字节）
S1U幸存区2使用容量（单位：字节）
EC伊甸园区容量（单位：字节）
EU伊甸园区使用容量（单位：字节）
OC老年区容量（单位：字节）
OU老年区使用容量（单位：字节）
MCMetaspace区容量（单位：字节）
MUMetaspace区使用容量（单位：字节）
CCSC压缩类空间容量（单位：字节）
CCSU压缩类空间使用容量（单位：字节）
YGC年轻代垃圾回收次数
YGCT年轻代垃圾回收消耗时间
FGC老年代垃圾回收次数
FGCT老年代垃圾回收消耗时间（单位：秒）
GCT垃圾回收器总耗时时间（单位：秒）

jstat -gccapacity pid interval count JVM各内存空间统计

 jstat  -gccapacity 24410 1000 5 NGCMN    NGCMX     NGC     S0C   S1C       EC      OGCMN      OGCMX       OGC         OC       MCMN     MCMX      MC     CCSMN    CCSMX     CCSC    YGC    FGC 87040.0 1397760.0 373248.0 9216.0 7680.0 220672.0   175104.0  2796544.0   139776.0   139776.0      0.0 1081344.0  35424.0      0.0 1048576.0   4608.0      7     287040.0 1397760.0 373248.0 9216.0 7680.0 220672.0   175104.0  2796544.0   139776.0   139776.0      0.0 1081344.0  35424.0      0.0 1048576.0   4608.0      7     287040.0 1397760.0 373248.0 9216.0 7680.0 220672.0   175104.0  2796544.0   139776.0   139776.0      0.0 1081344.0  35424.0      0.0 1048576.0   4608.0      7     287040.0 1397760.0 373248.0 9216.0 7680.0 220672.0   175104.0  2796544.0   139776.0   139776.0      0.0 1081344.0  35424.0      0.0 1048576.0   4608.0      7     287040.0 1397760.0 373248.0 9216.0 7680.0 220672.0   175104.0  2796544.0   139776.0   139776.0      0.0 1081344.0  35424.0      0.0 1048576.0   4608.0      7     2
字段名称表示含义
NGCMN年轻代gc最小容量（单位：字节）
NGCMX年轻代gc最大容量（单位：字节）
NGC当前年轻代容量（单位：字节）
S0C幸存区0容量（单位：字节）
S1C幸存区1容量（单位：字节）
EC伊甸园容量（单位：字节）
OGCMN老年代gc最小容量（单位：字节）
OGCMX老年代gc最大容量（单位：字节）
OGC当前老年代gc容量（单位：字节）
OC当前老年代容量（单位：字节）
MCMN元数据最小容量（单位：字节）
MCMX元数据最大容量（单位：字节）
MC当前元数据使用容量（单位：字节）
CCSMN压缩类最小容量（单位：字节）
CCSMX压缩类最大容量（单位：字节）
CCSC当前压缩类容量（单位：字节）
YGC从应用程序启动到现在，年轻代垃圾回收次数
FGC从应用程序启动到现在，老年代垃圾回收次数

jstat -gccause pid interval count 垃圾回收器分析统计

 jstat  -gccause 24410 1000 5S0     S1     E      O      M     CCS    YGC     YGCT    FGC    FGCT     GCT    LGCC                 GCC                 0.00   0.00  56.21   9.48  94.24  91.63      7    0.024     2    0.061    0.085 Metadata GC Threshold No GC               0.00   0.00  56.21   9.48  94.24  91.63      7    0.024     2    0.061    0.085 Metadata GC Threshold No GC               0.00   0.00  56.21   9.48  94.24  91.63      7    0.024     2    0.061    0.085 Metadata GC Threshold No GC               0.00   0.00  56.21   9.48  94.24  91.63      7    0.024     2    0.061    0.085 Metadata GC Threshold No GC               0.00   0.00  56.21   9.48  94.24  91.63      7    0.024     2    0.061    0.085 Metadata GC Threshold No GC
字段名称表示含义
S0幸存区1使用百分比
S1幸存区2使用百分比
E伊甸园区使用百分比
O老年代使用百分比
M元数据使用百分比
CCS压缩类使用百分比
YGC从应用程序启动到现在，年轻代垃圾回收次数
YGCT从应用程序启动到现在，年轻代垃圾回收消耗时间（单位：秒）
FGC从应用程序启动到现在，老年代垃圾回收次数
FGCT从应用程序启动到现在，老年代垃圾回收消耗时间（单位：秒）
GCT从应用程序启动到现在，垃圾回收器总消耗时间（单位：秒）
LGCT
GCC

jstat -gcmetacapacity pid interval count 元数据内存垃圾回收统计

jstat  -gcmetacapacity 24410 1000 5MCMN       MCMX        MC       CCSMN      CCSMX       CCSC     YGC   FGC    FGCT     GCT   0.0  1081344.0    35424.0        0.0  1048576.0     4608.0     7     2    0.061    0.0850.0  1081344.0    35424.0        0.0  1048576.0     4608.0     7     2    0.061    0.0850.0  1081344.0    35424.0        0.0  1048576.0     4608.0     7     2    0.061    0.0850.0  1081344.0    35424.0        0.0  1048576.0     4608.0     7     2    0.061    0.0850.0  1081344.0    35424.0        0.0  1048576.0     4608.0     7     2    0.061    0.085
字段名称表示含义
MCMN元数据最小容量（单位：字节）
MCMX元数据最大容量（单位：字节）
MC当前元数据容量大小（单位：字节）
CCSMN压缩类最小空间容量（单位：字节）
CCSMX压缩类最大空间容量（单位：字节）
CCSC当前压缩类容量大小（单位：字节）
YGC从应用程序启动到现在，年轻代垃圾回收次数
FGC从应用程序启动到现在，老年代垃圾回收次数
FGCT从应用程序启动到现在，老年代垃圾回收消耗时间（单位：秒）
GCT从应用程序启动到现在，垃圾回收总消耗时间（单位：秒）

jstat -gcnew pid interval count 新生代垃圾回收器分析统计

jstat  -gcnew 24410 1000 5S0C    S1C    S0U    S1U   TT MTT  DSS      EC       EU     YGC     YGCT  
9216.0 7680.0    0.0    0.0  4  15 9216.0 220672.0 124038.5      7    0.024
9216.0 7680.0    0.0    0.0  4  15 9216.0 220672.0 124038.5      7    0.024
9216.0 7680.0    0.0    0.0  4  15 9216.0 220672.0 124038.5      7    0.024
9216.0 7680.0    0.0    0.0  4  15 9216.0 220672.0 124038.5      7    0.024
9216.0 7680.0    0.0    0.0  4  15 9216.0 220672.0 124038.5      7    0.024
字段名称表示含义
S0C幸存区1容量（单位：字节）
S1C幸存区2容量（单位：字节）
S0U幸存区1使用容量（单位：字节）
S1U幸存区2使用容量（单位：字节）
TT对象在年轻代存活的次数
MTT对象在年轻代存货的最大次数
DSS指望的幸存区容量（单位：字节）
EC伊甸园容量（单位：字节）
EU伊甸园使用容量（单位：字节）
YGC从应用程序启动到现在，年轻代垃圾回收次数
YGCT从应用程序启动到现在，年轻代垃圾回收消耗时间（单位：秒）

jstat -gcnewcapacity pid interval count 新生代垃圾回收器分析统计

jstat  -gcnewcapacity 24410 1000 5 NGCMN      NGCMX       NGC      S0CMX     S0C     S1CMX     S1C       ECMX        EC      YGC   FGC 87040.0  1397760.0   373248.0 465920.0   9216.0 465920.0   7680.0  1396736.0   220672.0     7     287040.0  1397760.0   373248.0 465920.0   9216.0 465920.0   7680.0  1396736.0   220672.0     7     287040.0  1397760.0   373248.0 465920.0   9216.0 465920.0   7680.0  1396736.0   220672.0     7     287040.0  1397760.0   373248.0 465920.0   9216.0 465920.0   7680.0  1396736.0   220672.0     7     287040.0  1397760.0   373248.0 465920.0   9216.0 465920.0   7680.0  1396736.0   220672.0     7     2
字段名称表示含义
NGCMN年轻代最小容量（单位：字节）
NGCMX年轻代最大容量（单位：字节）
NGC当前年轻代容量大小（单位：字节）
S0CMX幸存区1最大容量（单位：字节）
S1CMX幸存区2最大容量（单位：字节）
S1C当前幸存区2容量大小（单位：字节）
ECMX伊甸园最大的容量（单位：字节）
EC当前伊甸园容量（单位：字节）
YGC从应用程序启动到现在，年轻代垃圾回收次数
FGC从应用程序启动到现在，老年代垃圾回收次数

jstat -gcold pid interval count 老垃圾回收器分析统计

jstat  -gcold  24410 1000 5MC       MU      CCSC     CCSU       OC          OU       YGC    FGC    FGCT     GCT   35424.0  33384.6   4608.0   4222.4    139776.0     13252.0      7     2    0.061    0.08535424.0  33384.6   4608.0   4222.4    139776.0     13252.0      7     2    0.061    0.08535424.0  33384.6   4608.0   4222.4    139776.0     13252.0      7     2    0.061    0.08535424.0  33384.6   4608.0   4222.4    139776.0     13252.0      7     2    0.061    0.08535424.0  33384.6   4608.0   4222.4    139776.0     13252.0      7     2    0.061    0.085
字段名称表示含义
MC方法区空间容量（单位：字节）
MU方法区使用容量（单位：字节）
CCSC压缩类空间容量（单位：字节）
CCSU压缩类空间使用容量（单位：字节）
OC老年代空间容量（单位：字节）
OU老年代使用容量（单位：字节）
YGC从应用程序启动到现在，年轻代垃圾回收次数
FGC从应用程序启动到现在，老年代垃圾回收次数
FGCT从应用程序启动到现在，老年代垃圾回收消耗时间（单位：秒）
GCT从应用程序启动到现在，垃圾回收器总消耗时间（单位：秒）

jstat -gcoldcapacity pid interval count 老年代内在空间统计

jstat  -gcoldcapacity  24410 1000 5OGCMN       OGCMX        OGC         OC       YGC   FGC    FGCT     GCT   175104.0   2796544.0    139776.0    139776.0     7     2    0.061    0.085175104.0   2796544.0    139776.0    139776.0     7     2    0.061    0.085175104.0   2796544.0    139776.0    139776.0     7     2    0.061    0.085175104.0   2796544.0    139776.0    139776.0     7     2    0.061    0.085175104.0   2796544.0    139776.0    139776.0     7     2    0.061    0.085
字段名称表示含义
OGCMN老年代垃圾回收最小容量（单位：字节）
OGCMX老年代垃圾回收最大容量（单位：字节）
OGC当前老年代空间容量（单位：字节）
OC老年代容量（单位：字节）
YGC从应用程序启动到现在，年轻代垃圾回收次数
FGC从应用程序启动到现在，老年代垃圾回收次数
FCGT从应用程序启动到现在，老年代垃圾回收消耗时间（单位：秒）
GCT从应用程序启动到现在，垃圾回收器总消耗时间（单位：秒）

jstat -gcutil pid interval count 总垃圾回收统计

jstat  -gcutil  24410 1000 5S0     S1     E      O      M     CCS    YGC     YGCT    FGC    FGCT     GCT   0.00   0.00  56.54   9.48  94.24  91.63      7    0.024     2    0.061    0.0850.00   0.00  56.54   9.48  94.24  91.63      7    0.024     2    0.061    0.0850.00   0.00  56.54   9.48  94.24  91.63      7    0.024     2    0.061    0.0850.00   0.00  56.54   9.48  94.24  91.63      7    0.024     2    0.061    0.0850.00   0.00  56.54   9.48  94.24  91.63      7    0.024     2    0.061    0.085
字段名称表示含义
S0幸存区1使用百分比
S1幸存区2使用百分比
E伊甸园使用百分比
O老年区使用百分比
M元数据使用百分比
CCS压缩类使用百分比
YGC年轻代垃圾回收次数
YGCT从应用程序启动到现在，年轻代gc消耗时间（单位：秒）
FGC从应用程序启动到现在，老年代垃圾回收次数
FGCT从应用程序启动到现在，老年代垃圾回收消耗时间（单位：秒）
GCT从应用程序启动到现在，垃圾回收器总消耗时间（单位：秒）

jstat -gcutil pid interval count 总垃圾回收统计

jstat  -printcompilation  24410 1000 5 
Compiled  Size  Type Method4096   1264    1 java/util/concurrent/ScheduledThreadPoolExecutor$ScheduledFutureTask run4096   1264    1 java/util/concurrent/ScheduledThreadPoolExecutor$ScheduledFutureTask run4096   1264    1 java/util/concurrent/ScheduledThreadPoolExecutor$ScheduledFutureTask run4096   1264    1 java/util/concurrent/ScheduledThreadPoolExecutor$ScheduledFutureTask run4096   1264    1 java/util/concurrent/ScheduledThreadPoolExecutor$ScheduledFutureTask run
字段名称表示含义
Compiled最近方法编译的数量
Size最近方法编译字节码的数量
Type最近方法编译类型
Method方法名标识

四、JVM参数设置大全

参数DEMO作用
-Xms或-XX:InitialHeapSize-Xms4096m初始堆内存大小，默认物理内存64/1 XX:InitialHeapSize=100m 缩写 -Xms100m
-Xmx或-XX:MaxHeapSize-Xmx4096m最大堆内存，默认物理内存4/1 -XX:MaxHeapSize=100缩写为-Xmx100m
-Xss 或-XX:ThreadStackSize-Xss1m栈内存大小 设置单个线程栈大小，一般默认512~1024kb，单个线程栈大小跟操作系统和JDK版本都有关系 -XX:ThreadStackSize=100m缩写为-Xss1m
XX:NewSize-XX:NewSize=64m设置New区最小值
-XX:MaxNewSize-XX:MaxNewSize=64m设置New区最大值
-Xmn-Xmn64m设置New区大小，等价于-XX:NewSize=64M 与-XX:MaxNewSize=64M两个参数，此值一旦设置则–XX:NewRatio无效。
-XX:MetaspaceSize-XX:MetaspaceSize=128m元空间大小元空间本质跟永久代类似，都是对JVM规范中方法区的实现。不过元空间与永久代最大的区别在于：元空间并不在虚拟机中，而是使用本机内存。 因此，元空间大小仅受本地内存限制。
-XX:MaxMetaspaceSize-XX:MaxMetaspaceSize=128m最大元空间
-XX:SurvivorRatio–XX:SurvivorRatio=8幸存者比例设置 默认 Eden:S0:S1=8:1:1
-XX:NewRatio–XX:NewRatio=2新生代比例设置 默认Old:New=2:1
-XX:MaxTenuringThreshold-XX:MaxTenuringThreshold=15部分对象会在S0和S1区城中复制水复制去,如此交换15次，最终如果还是存活就存入到老年代
-XX:PretenureSizeThreshold-XX:PretenureSizeThreshold=1048576如果你要创建一个大于这个大小的对象，比如一个超大的数组，或者是别的啥东西，此时就直接把这个大对象放到老年代里去，压根不会经过年轻代,有一个JVM参数，就是“-XX:PretenureSizeThreshold”，可以把它的值设置为字节数，比如“1048576”字节，就是1MB
-verbose:gc-verbose:gc输出每次GC的相关情况
-XX:+PrintGCDetails-XX:+PrintGCDetails输出GC的详细日志
-XX:+PreserveFramePointer-XX:+PreserveFramePointer让perf可以遍历基于帧指针（frame pointer）的堆栈
-XX:+PrintGCDateStamps-XX:+PrintGCDateStamps输出GC的时间戳（以日期的形式，如 2019-11-20T21:53:59.234+0800）
-XX:+PrintHeapAtGC-XX:+PrintHeapAtGC在进行GC的前后打印出堆的信息
-Xloggc-Xloggc:/heap_trace.log输出 GC 日志
-XX:+HeapDumpOnOutOfMemoryError-XX:+HeapDumpOnOutOfMemoryErrorOOM后Dump出内存
-XX:HeapDumpPath-XX:HeapDumpPath=/dump.logOOM后Dump出内存文件
-XX:+UseConcMarkSweepGC-XX:+UseConcMarkSweepGC用户线程和垃圾收集线程同时执行(并不一定是并行，可能交替执行)，不需要停顿用户线程，适用对响应时间有要求的场景(例如：用户用餐，餐厅叫出去要叫多个清洁工打扫，边吃边打扫)
-XX:+UseSerialGC-XX:+UseSerialGC为单线程环境设计，且使用一个线程回收垃圾，会暂停所有的用户线程，不适合服务器环境(例如：用户用餐，餐厅叫出去要叫一个清洁工打扫，打扫完再回来吃
-XX:+UseParallelGC-XX:+UseParallelGC多个并行垃圾收集线程工作，此时用户线程是暂停的，适用于科学计算、大数据处理首台处理等若交互环境(例如：用户用餐，餐厅叫出去要叫多个清洁工打扫，打扫完再回来吃)
XX:+UseG1GCXX:+UseG1GCG1垃圾回收器将堆内存分割成不通的区域然后并发的对其进行垃圾回收 java11默认GC回收
-XX:+UseZGC-XX:+UseZGC指定使用ZGC垃圾收集器
XX: InitiatingHeapOccupancyPercentXX: InitiatingHeapOccupancyPercent=45它用于控制触发并发标记周期（Concurrent Marking Cycle）的堆内存占用百分比。默认情况下， 的值通常设置为 45%，意味着当堆内存的使用量达到 45% 时，G1 GC 会开始一个并发标记周期。这个参数的设置对于平衡 GC 的频率和堆内存的使用效率很重要
XX: G1HeapWastePercentXX: G1HeapWastePercent=10允许的浪费堆空间的占比，默认是10%，如果并发标记可国收的空间小于10%，则不会色发MixedGC
XX: MaxGCPauseMillisXX: MaxGCPauseMillis 200ms它用于设置 G1 GC 的目标暂停时间。这个参数告诉 JVM，你希望 G1 GC 在进行垃圾收集时，每次暂停应用程序的最长时间不超过 200 毫秒。
XX: ConcCThreads=nXX: ConcCThreads=3它用于设置 G1 垃圾收集器（G1 GC）在进行并发标记（Concurrent Marking）阶段时使用的线程数
XX: G1MixedGCLiveThresholdPercentXX: G1MixedGCLiveThresholdPercent=65参数用于确定何时启动混合垃圾收集（Mixed GC）默认为 65%，表示当老年代中存活的对象占用的空间达到或超过老年代总容量的 65% 时，G1 GC 会启动混合垃圾收集
-XX: G1MixedGCCountTarget-XX: G1MixedGCCountTarget=8这个参数用于设置在一次混合垃圾收集（Mixed GC）周期中，G1 GC 预期要完成的年轻代（Young Generation）垃圾收集（Young GC）的次数。如果 被设置为 8，那么 G1 GC 会在触发一次混合收集之前，先完成 8 次年轻代垃圾收集。这意味着，G1 GC 会尝试在每次年轻代垃圾收集后，逐步回收老年代中的一部分垃圾，直到达到混合收集的触发条件
XX: G10ldCSetRegionThresholdPercentXX: G10ldCSetRegionThresholdPercent=1这个参数用于控制老年代（Old Generation）中哪些区域（Regions）应该被包含在混合垃圾收集（Mixed GC），该阈值表示老年代中空闲区域（free regions）所占的百分比。当老年代中空闲区域的百分比低于这个阈值时，G1 GC 会触发一个混合收集，以回收不再使用的对象并释放空间。
-XX:PretenureSizeThreshold设置值为字节数，创建超过该大小的对象直接进入老年代。当创建的对象大小超过 指定的值时，JVM 会尝试在老年代中分配这些对象，而不是在新生代中。这有助于减少新生代中频繁发生的垃圾收集对大型对象的影响，因为这些大型对象通常不会在新生代中很快被回收
-XX:+UseAdaptiveSizePolicy当这个参数打开之后，虚拟机会根据当前系统的运行情况收集性能监控信息，动态调整这些参数以提供最合适的停顿时间或最大的吞吐量，自适应大小策略是 G1 GC 的一个特性，它允许 JVM 自动调整堆的大小和 GC 的相关参数，以更好地适应应用程序的工作负载。这意味着 JVM 会尝试预测应用程序的内存需求，并根据此调整堆的大小和其他 GC 参数，从而优化性能和减少 GC 暂停时间。

GC日志分析

我们想查到当前GC的情况可以增加 -XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:heap_trace.log参数，具体启用命令如下：

java -jar -Xmx512m -Xms512m -Xmn256m -XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:heap_trace.log demo.jar

这样当JVM每次GC时我们可以在heap_trace.log中看到详细的堆内存变化情况，通过分析GC频次和GC前后堆内存的大小可以判断堆参数设置的是否合理，是否是存在内存泄漏等问题。以下是完整的GC日志：

CommandLine flags: -XX:InitialHeapSize=536870912 -XX:MaxHeapSize=536870912 -XX:MaxNewSize=268435456 -XX:NewSize=268435456 -XX:+PrintGC -XX:+PrintGCDateStamps -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:+UseParallelGC 
2023-12-13T16:24:06.518+0800: 1.891: [GC (Metadata GC Threshold) [PSYoungGen: 157353K->14422K(229376K)] 157353K->14430K(491520K), 0.0362330 secs] [Times: user=0.12 sys=0.04, real=0.04 secs] 
2023-12-13T16:24:06.555+0800: 1.928: [Full GC (Metadata GC Threshold) [PSYoungGen: 14422K->0K(229376K)] [ParOldGen: 8K->13661K(262144K)] 14430K->13661K(491520K), [Metaspace: 19662K->19662K(1067008K)], 0.0188583 secs] [Times: user=0.06 sys=0.01, real=0.02 secs] 
2023-12-13T16:24:08.507+0800: 3.880: [GC (Allocation Failure) [PSYoungGen: 196608K->16114K(229376K)] 210269K->29784K(491520K), 0.0172294 secs] [Times: user=0.06 sys=0.02, real=0.02 secs] 
2023-12-13T16:24:08.879+0800: 4.252: [GC (Metadata GC Threshold) [PSYoungGen: 57056K->9103K(229376K)] 70725K->22780K(491520K), 0.0131290 secs] [Times: user=0.06 sys=0.01, real=0.02 secs] 
2023-12-13T16:24:08.892+0800: 4.265: [Full GC (Metadata GC Threshold) [PSYoungGen: 9103K->0K(229376K)] [ParOldGen: 13677K->13732K(262144K)] 22780K->13732K(491520K), [Metaspace: 33106K->33106K(1079296K)], 0.0487335 secs] [Times: user=0.14 sys=0.01, real=0.05 secs] 
2023-12-13T16:24:10.824+0800: 6.197: [GC (Allocation Failure) [PSYoungGen: 196608K->9830K(229376K)] 210340K->23562K(491520K), 0.0074896 secs] [Times: user=0.03 sys=0.01, real=0.01 secs] 
HeapPSYoungGen      total 229376K, used 150468K [0x00000007b0000000, 0x00000007c0000000, 0x00000007c0000000)eden space 196608K, 71% used [0x00000007b0000000,0x00000007b89576b0,0x00000007bc000000)from space 32768K, 30% used [0x00000007be000000,0x00000007be9999f8,0x00000007c0000000)to   space 32768K, 0% used [0x00000007bc000000,0x00000007bc000000,0x00000007be000000)ParOldGen       total 262144K, used 13732K [0x00000007a0000000, 0x00000007b0000000, 0x00000007b0000000)object space 262144K, 5% used [0x00000007a0000000,0x00000007a0d69130,0x00000007b0000000)Metaspace       used 50909K, capacity 53917K, committed 54056K, reserved 1095680Kclass space    used 6363K, capacity 6907K, committed 6960K, reserved 1048576K

接下来我们详细介绍GC日志中每一个值的含义：

YongGC

image.png

[GC (Allocation Failure) [PSYoungGen: 2038K->488K(2560K)] 2038K->736K(9728K), 0.0017218 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

FullGC

image.png

[Full GC (Metadata GC Threshold) [PSYoungGen: 55350K->0K(2024960K)] [ParOldGen: 47926K->83327K(2097152K)] 103276K->83327K(4122112K), [Metaspace: 94440K->94408K(1136640K)], 0.2731513 secs] [Times: user=0.86 sys=0.02, real=0.28 secs]

五、总结

本文首页介绍JVM内存结构，其次详细介绍如何使用jstat命令查看JVM内存使用情况，然后列举了JVM常用参数的作用及使用方法，最后通过实际项目分析了GC日志各参数的含义。在实战中能配置出合理的JVM参数主要有以下几点：

  1. 熟悉JVM堆内存结构及GC的过程
  2. 熟悉jstat命令的使用或者其它分析工具，能查看JVM堆内当前的使用情况
  3. 熟悉GC日志的分析，通过分析GC日志可以看出GC频次及GC前后堆内变化情况，从而调整JVM参数
  4. 熟悉JVM各参数的含义，在GC频次过高时能正常的配置JVM参数及时调整

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/news/733499.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

java集合题库详解

java集合题库详解

1. Arraylist与LinkedList区别 可以从它们的底层数据结构、效率、开销进行阐述哈 ArrayList是数组的数据结构，LinkedList是链表的数据结构。 随机访问的时候，ArrayList的效率比较高，因为LinkedList要移动指针，而ArrayList是基于索…
阅读更多...
Java 客户端向服务端上传文件（TCP通信）

Java 客户端向服务端上传文件（TCP通信）

一、实验内容 编写一个客户端向服务端上传文件的程序，要求使用TCP通信的的知识，完成将本地机器输入的路径下的文件上传到D盘中名称为upload的文件夹中。并把客户端的IP地址加上count标识作为上传后文件的文件名，即IP（count&#…
阅读更多...
OpenSearch 与 Elasticsearch：哪个开源搜索引擎适合您？

OpenSearch 与 Elasticsearch：哪个开源搜索引擎适合您？

当谈论到搜索引擎产品时，Elasticsearch 和 OpenSearch 是两个备受关注的选择。它们都以其出色的功能和灵活性而闻名，但在一些方面存在一些差异。在本文中，我们将从功能和延展性、工具与资源、价格和许可这三个角度对这两个产品进行论述。通过…
阅读更多...
qt+opencv人脸人眼检测识别

qt+opencv人脸人眼检测识别

项目运行涉及到opencv库，以及haarcascade_frontalface_default.xml和haarcascade_eye_tree_eyeglasses.xml。qt配置opencv可见先前文章，另外这两份OpenCV 中用于眼睛检测的级联分类器xml文件，是我在网上下载的。 把要使用到的文件都放到当前…
阅读更多...
鸿蒙培训开发：就业市场的新热点~

鸿蒙培训开发：就业市场的新热点~

金三银四在即，随着春节假期结束，各行各业纷纷复工复产，2024年的春季招聘市场也迎来了火爆的局面。最近发布的《2024年春招市场行情周报（第一期）》显示，尽管整体就业市场仍处于人才饱和状态，但华…
阅读更多...
spring-cloud-openfeign 3.0.0(对应spring boot 2.4.x之前版本)之前版本feign整合ribbon请求流程

spring-cloud-openfeign 3.0.0(对应spring boot 2.4.x之前版本)之前版本feign整合ribbon请求流程

在之前写的文章配置基础上 https://blog.csdn.net/zlpzlpzyd/article/details/136060312 下图为自己整理的
阅读更多...
Excel 快速填充/输入内容

Excel 快速填充/输入内容

目录 一. Ctrl D/R 向下/右填充二. 批量输入内容 一. Ctrl D/R 向下/右填充 ⏹如下图所示，通过快捷键向下和向右填充数据 🤔当选中第一个单元格之后，可以按住Shift后，再选中最后一个单元格，可以选中第一个单元格和最…
阅读更多...
自动驾驶技术解析与关键步骤

自动驾驶技术解析与关键步骤

目录 前言1 自动驾驶主要技术流程1.1 车辆周围环境感知1.2 车辆和行人检测分析1.3 运动轨迹规划 2 关键技术概述2.1 车辆探测与图片输入2.2 行人检测2.3 运动规划2.4 电子地图2.5 轨迹预测2.6 交通灯分析2.7 故障检测 结语 前言 自动驾驶汽车作为未来交通领域的重要发展方向&a…
阅读更多...
【Python】-入门：安装配置和IDLE的使用

【Python】-入门：安装配置和IDLE的使用

Python的安装和配置 一、下载Python安装包 首先，你需要从Python的官方网站（https://www.python.org/downloads/）下载适合你操作系统的Python安装包。请注意，Python 2.x版本即将停止维护，因此推荐下载Python 3.x版本。…
阅读更多...
【LGR-176-Div.2】[yLCPC2024] 洛谷 3 月月赛 I（A~C and G＜oeis＞）

【LGR-176-Div.2】[yLCPC2024] 洛谷 3 月月赛 I（A~C and G＜oeis＞）

[yLCPC2024] A. dx 分计算 前缀和提前处理一下区间和&#xff0c;做到O&#xff08;1&#xff09;访问就可以过。 #include <bits/stdc.h> //#define int long long #define per(i,j,k) for(int (i)(j);(i)<(k);(i)) #define rep(i,j,k) for(int (i)(j);(i)>(k);…
阅读更多...
Redis作为缓存的数据一致性问题

Redis作为缓存的数据一致性问题

背景 使用Reids作为缓存的原因&#xff1a; 在高并发场景下&#xff0c;传统关系型数据库的并发能力相对比较薄弱&#xff08;QPS不能太大&#xff09;&#xff1b; 使用Redis做一个缓存。让用户请求先打到Redis上而不是直接打到数据库上。 但是如果出现数据更新操作&#xff…
阅读更多...
Windows下同一电脑配置多个Git公钥访问不同的账号

Windows下同一电脑配置多个Git公钥访问不同的账号

前言 产生这个问题的原因是我在Gitee码云上有两个账号,为了方便每次不用使用http模式推拉代码,于是我就使用了ssh的模式,起初呢我用两台电脑分别连接两个账号,用起来也相安无事,近段时时间台式机在家里,我在外地出差了,就想着把ssh公钥同时添加到不同的账号里,结果却发现不能用…
阅读更多...
超网、IP 聚合、IP 汇总分别是什么？三者有啥区别和联系？

超网、IP 聚合、IP 汇总分别是什么？三者有啥区别和联系？

一、超网 超网&#xff08;Supernet&#xff09;是一种网络地址聚合技术&#xff0c;它可以将多个连续的网络地址合并成一个更大的网络地址&#xff0c;从而减少路由表的数量和大小。超网技术可以将多个相邻的网络地址归并成一个更大的网络地址&#xff0c;这个更大的网络地址…
阅读更多...
Git使用教程：入门到精通

Git使用教程：入门到精通

Git使用教程&#xff1a;入门到精通 一、Git安装根据需求选择电脑位数安装&#xff1b;20231023210945建议这里先新建一个文件夹如&#xff1a;D:/Git&#xff1b;专门来存放Git安装包和后续Git代码&#xff0c;方便管理&#xff1b; 二、Git使用前的配置需要先创建自己的Gitee…
阅读更多...
贪心算法（蓝桥杯 C++ 题目 代表 注解）

贪心算法（蓝桥杯 C++ 题目 代表 注解）

介绍&#xff1a; 贪心算法&#xff08;Greedy Algorithm&#xff09;是一种在每一步选择中都采取当前状态下最好或最优&#xff08;即最有利&#xff09;的选择&#xff0c;从而希望最终能够得到全局最好或最优的结果的算法。它通常用来解决一些最优化问题&#xff0c;如最小生…
阅读更多...
❤ Vue3项目搭建系统篇（二）

❤ Vue3项目搭建系统篇（二）

❤ Vue3项目搭建系统篇&#xff08;二&#xff09; 1、安装和配置 Element Plus&#xff08;完整导入&#xff09; yarn add element-plus --savemain.ts中引入&#xff1a; // 引入组件 import ElementPlus from element-plus import element-plus/dist/index.css const ap…
阅读更多...
剑指offer经典题目整理（二）

剑指offer经典题目整理（二）

一、斐波那契数列&#xff08;fib&#xff09; 1.链接 斐波那契数列_牛客题霸_牛客网 (nowcoder.com) 2.描述 斐波那契数列就是数列中任意一项数字&#xff0c;都会等于前两项之和&#xff0c;满足f(n) f(n-1) f(n-2) 的一个数列&#xff0c;例如&#xff1a;1 1 2 3 5 8…
阅读更多...
VMware虚拟机安装Ubuntu kylin22.04系统教程（附截图详细步骤）

VMware虚拟机安装Ubuntu kylin22.04系统教程（附截图详细步骤）

一、版本信息 虚拟机产品&#xff1a;VMware Workstation 17 Pro 虚拟机版本&#xff1a;17.0.0 build-20800274 ISO映像文件&#xff1a;ubuntukylin-22.04-pro-amd64.iso 二、安装步骤 打开虚拟机&#xff0c;点击创建新的虚拟机&#xff1a; 选择自定义&#xff1a; 硬…
阅读更多...
HarmonyOS NEXT应用开发之MpChart图表实现案例

HarmonyOS NEXT应用开发之MpChart图表实现案例

介绍 MpChart是一个包含各种类型图表的图表库&#xff0c;主要用于业务数据汇总&#xff0c;例如销售数据走势图&#xff0c;股价走势图等场景中使用&#xff0c;方便开发者快速实现图表UI。本示例主要介绍如何使用三方库MpChart实现柱状图UI效果。如堆叠数据类型显示&#xf…
阅读更多...
嘉绩咨询：搭建品牌招商桥梁，提供卓越讲师与会议服务

嘉绩咨询：搭建品牌招商桥梁，提供卓越讲师与会议服务

当下&#xff0c;品牌成功的关键在于强大的渠道支撑和高效的招商能力&#xff0c;在这一背景下&#xff0c;嘉绩咨询&#xff0c;这一专注于渠道招商全案系统孵化的知名平台型企业&#xff0c;今日宣布&#xff0c;将进一步加强其在品牌招商桥梁搭建上的服务功能&#xff0c;通…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023