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.hqwc.cn/news/526148.html

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

相关文章

FPGA的配置状态字寄存器Status Register

FPGA的配置状态字寄存器Status Register

目录 简介 状态字定义 Unknown Device/Many Unknow Devices 解决办法 一般原因 简介 Xilinx的FPGA有多种配置接口，如SPI，BPI，SeletMAP，Serial，JTAG等；如果从时钟发送者的角度分，还可以…
阅读更多...
读书笔记之《理解和改变世界》：从信息知识智能的本质看AI

读书笔记之《理解和改变世界》：从信息知识智能的本质看AI

《理解和改变世界: 从信息到知识与智能》作者:是(法) 约瑟夫希发基思， 原作名: Understanding and Changing the World: From Information to Knowledge and Intelligence，2023年出版。 约瑟夫希发基思（Joseph Sifakis）&#xff…
阅读更多...
Java高频面试之并发篇

Java高频面试之并发篇

有需要互关的小伙伴,关注一下,有关必回关,争取今年认证早日拿到博客专家 并行和并发有什么区别？ 并行是同时执行多个任务，而并发是多个任务在一段时间内交替执行。并行（Parallel）是指同时执行多个任务或操作，通过同时…
阅读更多...
Java开发：对象间复制属性，方法归纳

Java开发：对象间复制属性，方法归纳

在Java开发中，对象间复制属性是一项常见的任务，特别是在处理层（如控制器层）与服务层或数据传输对象（DTOs）之间的数据转换时。有多种方法可以实现User对象到UserDTO对象的属性复制，下面列举了几种…
阅读更多...
浅析开源内存数据库Fastdb

浅析开源内存数据库Fastdb

介绍： Fastdb是免费开源内存数据库，其优秀的性能，和简洁的C代码，让我学习使用过程中收益颇多，但是国内中文相关研究的文章相当稀少，外文我查询相当不便。有兴趣的朋友可以通过以下网站访问：Mai…
阅读更多...
深入浅出计算机网络 day.1 概论③ 电路交换、分组交换和报文交换

深入浅出计算机网络 day.1 概论③ 电路交换、分组交换和报文交换

人无法同时拥有青春和对青春的感受 —— 04.3.9 内容概述 01.电路交换、分组交换和报文交换 02.三种交换方式的对比 一、电路交换、分组交换和报文交换 1.电路交换 计算机之间的数据传送是突发式的，当使用电路交换来传送计算机数据时，其线路的传输效率一…
阅读更多...
Day33-计算机基础3

Day33-计算机基础3

Day33-计算机基础3 1.根据TCP/IP进行Linux内核参数优化1.1 例1：调整访问服务端的【客户端】的动态端口范围 ，LVS（10-50万并发），NGINX负载，SQUID缓存服务,1.2 企业案例：DOS攻击的案例&#xff1a…
阅读更多...
垃圾回收：JavaScript内存管理的利器

垃圾回收：JavaScript内存管理的利器

🤍 前端开发工程师、技术日更博主、已过CET6 🍨 阿珊和她的猫_CSDN博客专家、23年度博客之星前端领域TOP1 🕠 牛客高级专题作者、打造专栏《前端面试必备》 、《2024面试高频手撕题》 🍚 蓝桥云课签约作者、上架课程《Vue.js 和 E…
阅读更多...
React-路由导航

React-路由导航

1.声明式路由导航 1.1概念 说明&#xff1a;声明式导航是指通过在模版中通过<Link/>组件描述出要跳转到哪里去&#xff0c;比如后台管理系统的左侧菜单通常使用这种方式进行。 import {Link} from "react-router-dom" const Login()>{return (<div>…
阅读更多...
CentOS 7.6安装部署Seafile服务器

CentOS 7.6安装部署Seafile服务器

今天飞飞和你们分享CentOS 7.6上安装基于MySQL/MariaDB的Seafile服务器的方法&#xff0c;包括下载和安装7.0.5版本、配置数据库、启动服务器等步骤。安装成功后&#xff0c;需要通过nginx反向代理才能访问seafile服务。 通过预编译好的安装包来安装并运行基于 MySQL/MariaDB …
阅读更多...
2.4_2 死锁的处理策略——预防死锁

2.4_2 死锁的处理策略——预防死锁

2.4_2 死锁的处理策略——预防死锁 &#xff08;一&#xff09;破坏互斥条件 互斥条件&#xff1a;只有对必须互斥使用的资源的争抢才会导致死锁。 如果把只能互斥使用的资源改造为允许共享使用&#xff0c;则系统不会进入死锁状态。比如&#xff1a;SPOOLing技术。操作系统可以…
阅读更多...
【操作系统概念】第12章：大容量存储阶段

【操作系统概念】第12章：大容量存储阶段

文章目录 0.前言12.1 概述12.2磁盘结构12.3 磁盘调度12.3.1 FCFS调度12.3.2 SSTF调度12.3.3 SCAN调度12.3.4 C-SCAN调度12.3.5 如何选择磁盘调度 0.前言 文件系统从逻辑上来看包括三部分。第10章讨论了文件系统的用户和程序员的接口。第11章描述了操作系统实现这种接口的内部数…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023