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.42
  7259 13569.5        0     0.0       1.42
  7259 13569.5        0     0.0       1.42
  7259 13569.5        0     0.0       1.42
  7259 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 FailedMethod
    4099      3       0     5.50          1 java/util/concurrent/locks/AbstractQueuedSynchronizer release
    4099      3       0     5.50          1 java/util/concurrent/locks/AbstractQueuedSynchronizer release
    4099      3       0     5.50          1 java/util/concurrent/locks/AbstractQueuedSynchronizer release
    4099      3       0     5.50          1 java/util/concurrent/locks/AbstractQueuedSynchronizer release
    4099      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 5
 S0C    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     2
 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     2
 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     2
 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     2
 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     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 5
  S0     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 5
   MCMN       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.085
       0.0  1081344.0    35424.0        0.0  1048576.0     4608.0     7     2    0.061    0.085
       0.0  1081344.0    35424.0        0.0  1048576.0     4608.0     7     2    0.061    0.085
       0.0  1081344.0    35424.0        0.0  1048576.0     4608.0     7     2    0.061    0.085
       0.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 5
 S0C    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     2
   87040.0  1397760.0   373248.0 465920.0   9216.0 465920.0   7680.0  1396736.0   220672.0     7     2
   87040.0  1397760.0   373248.0 465920.0   9216.0 465920.0   7680.0  1396736.0   220672.0     7     2
   87040.0  1397760.0   373248.0 465920.0   9216.0 465920.0   7680.0  1396736.0   220672.0     7     2
   87040.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 5
   MC       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.085
 35424.0  33384.6   4608.0   4222.4    139776.0     13252.0      7     2    0.061    0.085
 35424.0  33384.6   4608.0   4222.4    139776.0     13252.0      7     2    0.061    0.085
 35424.0  33384.6   4608.0   4222.4    139776.0     13252.0      7     2    0.061    0.085
 35424.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 5
   OGCMN       OGCMX        OGC         OC       YGC   FGC    FGCT     GCT   
   175104.0   2796544.0    139776.0    139776.0     7     2    0.061    0.085
   175104.0   2796544.0    139776.0    139776.0     7     2    0.061    0.085
   175104.0   2796544.0    139776.0    139776.0     7     2    0.061    0.085
   175104.0   2796544.0    139776.0    139776.0     7     2    0.061    0.085
   175104.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 5
  S0     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.085
  0.00   0.00  56.54   9.48  94.24  91.63      7    0.024     2    0.061    0.085
  0.00   0.00  56.54   9.48  94.24  91.63      7    0.024     2    0.061    0.085
  0.00   0.00  56.54   9.48  94.24  91.63      7    0.024     2    0.061    0.085
  0.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 Method
    4096   1264    1 java/util/concurrent/ScheduledThreadPoolExecutor$ScheduledFutureTask run
    4096   1264    1 java/util/concurrent/ScheduledThreadPoolExecutor$ScheduledFutureTask run
    4096   1264    1 java/util/concurrent/ScheduledThreadPoolExecutor$ScheduledFutureTask run
    4096   1264    1 java/util/concurrent/ScheduledThreadPoolExecutor$ScheduledFutureTask run
    4096   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] 
Heap
 PSYoungGen      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 1095680K
  class 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.mfbz.cn/a/442686.html

如若内容造成侵权/违法违规/事实不符,请联系我们进行投诉反馈qq邮箱809451989@qq.com,一经查实,立即删除!

相关文章

Git使用教程:入门到精通

Git使用教程:入门到精通 一、Git安装根据需求选择电脑位数安装;20231023210945建议这里先新建一个文件夹如:D:/Git;专门来存放Git安装包和后续Git代码,方便管理; 二、Git使用前的配置需要先创建自己的Gitee…

四桥臂三相逆变器动态电压恢复器(DVR)MATLAB仿真

微❤关注“电气仔推送”获得资料(专享优惠) 简介 四桥臂三相逆变器 电路 的一般形式如图 1,为 便于分析 ,将其等效成图所示的电路 。以直流母线电压Ud的 1/2处为参考点 ,逆变器三相和零线相 输 出可等效成…

Kotlin dist downloading failed

现象: 在使用AndroidStudio编写Flutter项目时总是在工具的右下角提示错误信息 该问题通常在刚刚打开AndroidStudio时报出,但可以正常编译和运行flutter项目即Android项目 分析:Flutter项目组认为这是AndroidStudio工具平台本身的问题非Flut…

【CSP试题回顾】202009-2-风险人群筛查

CSP-202009-2-风险人群筛查 解题思路 主循环(对每个查询): 使用一个布尔变量pass来标记风险人群是否至少一次进入了特定区域,以及一个布尔变量onlyOnce来确保停留计数 stayNum 在每次查询中最多只增加一次。内循环(对…

站长必备溯源教程-绕过CDN查找背后IP的方法手段

绕过CDN查询背后真实IP方法: 方法一 DNS历史解析记录 查询域名的历史解析记录,可能会找到网站使用CDN前的解析记录,从而获取真实IP 相关查询的网站有:iphistory、DNS查询、微步在线、域名查询、DNS历史查询、Netcraft 方法二 …

Aop注解+Redis解决SpringBoot接口幂等性(源码自取)

目录 一、什么是幂等性? 二、哪些请求天生就是幂等的? 三、为什么需要幂等 1.超时重试 2.异步回调 3.消息队列 四、实现幂等的关键因素 关键因素1 关键因素2 五、引入幂等性后对系统的影响 六、Restful API 接口的幂等性 实战Aop注解redis解…

STM32基本定时功能

1、定时器就是计数器。 2、怎么计数? 3、我们需要有一恒定频率的方波信号,再加上一个寄存器。 4、比如每来一个上升沿信号,寄存器值加1,就可以完成计数。 5、假设方波频率是100Hz,也就是1秒100个脉冲。…

海外媒体宣发套餐如何利用3种方式洞察市场-华媒舍

在当今数字化时代,媒体宣发成为了企业推广产品和品牌的重要手段之一。其中,7FT媒体宣发套餐是一种常用而有效的宣传方式。本文将介绍这种媒体宣发套餐,以及如何利用它来洞察市场。 一、关键概念 在深入讨论7FT媒体宣发套餐之前,让…

Django工具

一、分页器介绍 1.1、介绍 分页,就是当我们在页面中显示一些信息列表,内容过多,一个页面显示不完,需要分成多个页面进行显示时,使用的技术就是分页技术 在django项目中,一般是使用3种分页的技术: 自定义分页功能,所有的分页功能都是自己实现django的插件 django-pagin…

机器学习笔记 大语言模型是如何运作的?一、语料库和N-gram模型

一、语料库 语言模型、ChatGPT和人工智能似乎无处不在。了解大型语言模型(LLM)“背后”发生的事情将是驾驭数字世界的关键。 首先在提示中键入一个单词,然后点击提交。您可以尝试新的提示,并根据需要多次重新生成响应。 这个我们称之为“T&C”的语言模型是在一…

大模型概念解析 | In-context Learning

注1:本文系"概念解析"系列之一,致力于简洁清晰地解释、辨析复杂而专业的概念。本次辨析的概念是:大模型中的In-context Learning 大模型概念解析 | In-context Learning PR-418: What learning algorithm is in-context learning? Investigations with linear mo…

【CSP试题回顾】202012-1-期末预测之安全指数

CSP-202012-1-期末预测之安全指数 解题代码 #include <iostream> #include <algorithm> using namespace std;int n, sum;int main() {cin >> n;for (int i 0; i < n; i){int w, s;cin >> w >> s;sum w * s;}sum max(sum, 0);cout <&…

RocketMQ快速入门_2. rocketmq 的应用场景、与其他mq的差异

0. 引言 之前我们讲解过rabbitMQ&#xff0c;本期我们将进入吞吐量更加强大的rocketMQ的学习。 1. 基础概念 如果你是刚接触MQ的同学&#xff0c;还不清楚消息队列的基础概念的&#xff0c;可以参考我之前这篇文章&#xff1a; https://wu55555.blog.csdn.net/article/deta…

JPEG照片被误删除如何恢复?学会这个方法就够了

JPG/JPEG是一种后缀名为“.jpg”或“.jpeg”的图形格式。它是存储照片图像的常用格式&#xff0c;因此我们可以使用数码相机、手机或其他设备来获取大量的JPG/JPEG文件。有时&#xff0c;我们会遇到由于意外删除、格式化驱动器或其他未知原因导致 JPEG 文件丢失的情况。无论哪种…

外包干了30天,技术明显退步。。

&#x1f345; 视频学习&#xff1a;文末有免费的配套视频可观看 &#x1f345; 点击文末小卡片&#xff0c;免费获取软件测试全套资料&#xff0c;资料在手&#xff0c;涨薪更快 这次来聊一个大家可能也比较关心的问题&#xff0c;那就是就业城市选择的问题。而谈到这个问题&a…

程序员失业,被迫开启 PlanB——成为自由职业/独立开发者的第 0 天

程序员失业&#xff0c;被迫开启 PlanB——成为自由职业/独立开发者的第 0 天 今天在逛V2EX的时候看到的一个帖子&#xff0c;程序员中年被裁&#xff0c;被迫开启独立开发这条路。 原贴如下&#xff1a; lastday, 失业啦 公司年前通知我合同到期不续签&#xff0c;今天是我…

seq2seq翻译实战-Pytorch复现

&#x1f368; 本文为[&#x1f517;365天深度学习训练营学习记录博客 &#x1f366; 参考文章&#xff1a;365天深度学习训练营 &#x1f356; 原作者&#xff1a;[K同学啊 | 接辅导、项目定制]\n&#x1f680; 文章来源&#xff1a;[K同学的学习圈子](https://www.yuque.com/…

有点NB的免费wordpress主题模板

一个不错的黄色模板&#xff0c;用WP免费主题模板搭建家政服务公司网站。 https://www.wpniu.com/themes/15.html

Spring Boot中Excel数据导入导出的高效实现

&#x1f31f; 前言 欢迎来到我的技术小宇宙&#xff01;&#x1f30c; 这里不仅是我记录技术点滴的后花园&#xff0c;也是我分享学习心得和项目经验的乐园。&#x1f4da; 无论你是技术小白还是资深大牛&#xff0c;这里总有一些内容能触动你的好奇心。&#x1f50d; &#x…

数据结构之八大排序

&#x1d649;&#x1d65e;&#x1d658;&#x1d65a;!!&#x1f44f;&#x1f3fb;‧✧̣̥̇‧✦&#x1f44f;&#x1f3fb;‧✧̣̥̇‧✦ &#x1f44f;&#x1f3fb;‧✧̣̥̇:Solitary_walk ⸝⋆ ━━━┓ - 个性标签 - &#xff1a;来于“云”的“羽球人”。…
最新文章