3.1、JVM学习——GC日志含义与配置

古城微笑少年丶 2023-06-11 10:22 12阅读 0赞

### 文章目录 ###

*  前言
 *  JDK 版本
 *  查看垃圾回收器
 *  测试代码
 *  控制台内容
 *   *  内容解析-GC 信息
     *   *  GC 日志以是否Stop The World 分为两类
         *  不同垃圾回收器日志关键字不同
     *  内容解析-Heap 信息
 *  指定垃圾回收器与GC 关键字
 *   *  通过参数指定垃圾回收器
     *  其他参数延伸
     *  垃圾回收器关键字规律总结
     *  GC 详情展示
     *   *  \-XX:+UseSerialGC
         *  \-XX:+UseParNewGC
         *  \-XX:+UseParallelGC
         *  \-XX:+UseParallelOldGC
         *  \-XX:+UseConcMarkSweepGC

# 前言 #

> GC 日志可以提供虚拟机各分代垃圾回收的情况，需要注意的是，不同的垃圾回收器在GC 日志中名字并不相同。

# JDK 版本 #

> 本文使用 JDK 1.8 x64 进行相关测试

# 查看垃圾回收器 #

[查看 JVM 垃圾回收器类型的三个方式][JVM]

# 测试代码 #

> 从实践来说，可以通过限制虚拟机内存大小，然后不断创建对象来触发 GC，也可以直接调用 System.gc()，本文采用了后者——更简单，直观。  
> 当然，作为测试，我们还是增加了一些JVM 的配置参数，用于日志能够展示在控制台上

> `-verbose:gc -Xms20M -Xmx20M -Xmn10M -XX:+PrintGCDetails -XX:SurvivorRatio=8 -XX:PretenureSizeThreshold=3145728`

public class GcTest { 
    		//-verbose:gc -Xms20M -Xmx20M -Xmn10M -XX:+PrintGCDetails -XX:SurvivorRatio=8 -XX:PretenureSizeThreshold=3145728
    		private static final int _1MB = 1024 * 1024;
    		private static final int _4MB = 4*1024 * 1024;
    
    		/** * 小对象先保存到 新生代 Eden */
    	    public static void testThreshold(){ 
    	        byte[] allocation;
    	        allocation = new byte[1 * _1MB];
    	    }
    	    
    	    /** * 大对象直接进入老年代 * -XX:PretenureSizeThreshold=3145728 */
    	    public static void testPretenureSizeThreshold(){ 
    	        byte[] allocation;
    	        allocation = new byte[1 * _4MB];
    	    }
    
    	    public static void main(String[] args) { 
    	    	//触发老年代GC
    	    	for(int j=0;j<3;j++) { 
    	    		testPretenureSizeThreshold();
    	    	}
    	    	
    	    	//触发新生代GC
    	    	for(int i=0;i<10;i++) { 
    	    		GcTest.testThreshold();
    	    	}
    	    	
    	    	//手动触发GC
    			System.gc();	
    	    }
    }

# 控制台内容 #

> 控制台内容包含了两个部分，第一个部分是 GC 信息，第二个部分是 Heap 信息  
> 其中 GC 信息就是本文要介绍的GC 日志。  
> Heap 信息属于PrintGCDetails 的附加信息。

[GC (System.gc()) [PSYoungGen: 1740K->729K(9216K)] 1740K->737K(19456K), 0.0016883 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
    [Full GC (System.gc()) [PSYoungGen: 729K->0K(9216K)] [ParOldGen: 8K->596K(10240K)] 737K->596K(19456K), [Metaspace: 2677K->2677K(1056768K)], 0.0053865 secs] [Times: user=0.01 sys=0.00, real=0.00 secs] 
    Heap
     PSYoungGen      total 9216K, used 82K [0x00000007bf600000, 0x00000007c0000000, 0x00000007c0000000)
      eden space 8192K, 1% used [0x00000007bf600000,0x00000007bf614920,0x00000007bfe00000)
      from space 1024K, 0% used [0x00000007bfe00000,0x00000007bfe00000,0x00000007bff00000)
      to   space 1024K, 0% used [0x00000007bff00000,0x00000007bff00000,0x00000007c0000000)
     ParOldGen       total 10240K, used 596K [0x00000007bec00000, 0x00000007bf600000, 0x00000007bf600000)
      object space 10240K, 5% used [0x00000007bec00000,0x00000007bec950e8,0x00000007bf600000)
     Metaspace       used 2684K, capacity 4486K, committed 4864K, reserved 1056768K
      class space    used 288K, capacity 386K, committed 512K, reserved 1048576K

## 内容解析-GC 信息 ##

### GC 日志以是否Stop The World 分为两类 ###

GC 日志可以分为两种，一种是 `[GC`开头，一种是 `[Full GC`开头,二者的区别在于，`[Full GC`表明该垃圾回收过程发生了 `Stop The World`,需要强调的是，不要将GC 日志中 Full GC 关键字和 老年代的垃圾回收 Full GC 混淆，在GC 日志中 年轻代和老年代的日志是在一起的。

> 如果垃圾回收是由 Java 代码 `System.gc()`来触发的，则GC 日志中会增加一个(System.gc()),如本文的 \[GC (System.gc()) 和 \[Full GC (System.gc())  
> 如果垃圾回收是由于内存空间不够,则会显示分配失败 \[GC (Allocation Failure)  
> 此外还会有其他类型的情况

`````[GC````和``[Full GC`````中间部分的含义:PsYoungGen 是年轻代的垃圾回收信息  
ParOldGen是老年代的垃圾回收信息  
Metaspace是元空间的垃圾回收信息  
最后一部分 Times 表示垃圾回收期间各部分时间段占用的事件比重

> 比如 \[PSYoungGen: 729K->0K(9216K)\]  
> 表示：新生代使用的是 ParallelGC 这种垃圾回收器，新生代总大小为 9216K,垃圾回收前后的内存占用大小为 729K->0K ，即所占用的 729K 空间全部被回收了

### 不同垃圾回收器日志关键字不同 ###

GC 日志使用不同的关键字来区分不同的垃圾回收期，你应该了解到虚拟机垃圾回收器有多种不同的搭配方式。本文在下面内容中通过不同的VM 配置对不同情况下的GC日志关键字进行归纳总结。

> 新生代、老年代垃圾回收器的搭配连线图(CMS 是可以和 Serial Old 同时使用的)

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2Jlc3RjeHg_size_16_color_FFFFFF_t_70]

## 内容解析-Heap 信息 ##

Heap
     PSYoungGen      total 9216K, used 82K [0x00000007bf600000, 0x00000007c0000000, 0x00000007c0000000)
      eden space 8192K, 1% used [0x00000007bf600000,0x00000007bf614920,0x00000007bfe00000)
      from space 1024K, 0% used [0x00000007bfe00000,0x00000007bfe00000,0x00000007bff00000)
      to   space 1024K, 0% used [0x00000007bff00000,0x00000007bff00000,0x00000007c0000000)
     ParOldGen       total 10240K, used 596K [0x00000007bec00000, 0x00000007bf600000, 0x00000007bf600000)
      object space 10240K, 5% used [0x00000007bec00000,0x00000007bec950e8,0x00000007bf600000)
     Metaspace       used 2684K, capacity 4486K, committed 4864K, reserved 1056768K
      class space    used 288K, capacity 386K, committed 512K, reserved 1048576K

Heap 信息还是很明显的，PSYoungGen 表示年轻代垃圾回收器为 Parallel Scavenge，此外还有年轻代的 eden 、from、to 的信息；ParOldGen 表示老年代垃圾回收器为 Parallel Old，Metaspace 表示元数据信息，  
total 表示总大小，used 表示已用

> 通过 Heap 信息，也可以分辨出来当前所用的是何种垃圾回收器

# 指定垃圾回收器与GC 关键字 #

## 通过参数指定垃圾回收器 ##

<table> 
 <thead> 
  <tr> 
   <th>参数</th> 
   <th>描述</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>-XX:+UseSerialGC</td> 
   <td>def new generation (Serial)</td> 
  </tr> 
  <tr> 
   <td>-XX:+UseParNewGC</td> 
   <td>par new generation</td> 
  </tr> 
  <tr> 
   <td>-XX:+UseParallelGC</td> 
   <td>PSYoungGen</td> 
  </tr> 
  <tr> 
   <td>-XX:+UseParallelOldGC</td> 
   <td>PSYoungGen</td> 
  </tr> 
  <tr> 
   <td>-XX:+UseConcMarkSweepGC (CMS)</td> 
   <td>par new generation</td> 
  </tr> 
 </tbody> 
</table>

## 其他参数延伸 ##

> 直接看 https://blog.csdn.net/maosijunzi/article/details/46562489

<table> 
 <thead> 
  <tr> 
   <th>参数</th> 
   <th>类型</th> 
   <th>值举例</th> 
   <th>描述</th> 
   <th>好玩的周边</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>-Dfile.encoding</td> 
   <td>启动参数</td> 
   <td>=UTF-8</td> 
   <td>影响文件内容，不设定就会采用操作系统的字符集，如果和编译时字符集不一致，就会造成乱码</td> 
   <td><a href="https://blog.csdn.net/xiaobenbenxiong/article/details/84187823" rel="nofollow"> 法国服务器使用中国编译代码出现中文乱码问题</a></td> 
  </tr> 
  <tr> 
   <td>-Dsun.jnu.encoding</td> 
   <td>启动参数</td> 
   <td>=UTF-8</td> 
   <td>影响类名以及输入参数的编码</td> 
   <td><a href="https://www.jianshu.com/p/7688863e3a75" rel="nofollow">sun.jnu.encoding会影响入参</a></td> 
  </tr> 
  <tr> 
   <td>-Djava.io.tmpdir</td> 
   <td>启动参数</td> 
   <td>/tmp</td> 
   <td>操作系统缓存的临时目录</td> 
   <td><a href="https://www.cnblogs.com/zhaoyue1215/p/9178109.html" rel="nofollow">tomcat-临时目录问题</a></td> 
  </tr> 
  <tr> 
   <td>-Djava.net.preferIPv4Stack</td> 
   <td>启动参数</td> 
   <td>false</td> 
   <td>协议栈设置，默认false，为默认值false时，在支持IPv6的双栈系统上，使用Java的Socket会默认通过底层native方法创建一个IPv6 Socket，这个IPv6 Socket可以同时支持和IPv4或IPv6主机通信。如果设置为true，Java程序将无法使用IPv6进行网络通信，也就是仅支持IPv4</td> 
   <td>看下一行</td> 
  </tr> 
  <tr> 
   <td>-Djava.net.preferIPv6Addresses</td> 
   <td>启动参数</td> 
   <td>fasle</td> 
   <td>默认false,为默认值false时，IPv4地址会优先使用，例如在DNS通过域名查询IP地址时，会优先使用IPv4地址，反之设为true，则会优先使用IPv6地址</td> 
   <td><a href="http://xxgblog.com/2019/02/17/java-ipv6-system-properties/" rel="nofollow">Java 设置Ipv4和Ipv6</a> 决定InetAddress.getByName(“www.google.com”)，InetAddress.getLocalHost() 返回是否IPV6</td> 
  </tr> 
  <tr> 
   <td>-Xss</td> 
   <td>启动参数</td> 
   <td>512K</td> 
   <td>每个线程分配的内存大小</td> 
   <td><a href="https://www.jianshu.com/p/84e141f2fc9d" rel="nofollow">栈溢出 StackOverflowError</a></td> 
  </tr> 
  <tr> 
   <td>-Xmx</td> 
   <td>启动参数</td> 
   <td>2g</td> 
   <td>程序运行期间，最大可占用内存</td> 
   <td>This value must a multiple of 1024 greater than 2MB,否则会报 OutOfMemory</td> 
  </tr> 
  <tr> 
   <td>-Xms</td> 
   <td>启动参数</td> 
   <td>2g</td> 
   <td></td> 
   <td>程序启动时占用内存大小,理论上，设置越大，程序启动越快</td> 
  </tr> 
  <tr> 
   <td>-XX:MetaspaceSize</td> 
   <td>启动参数</td> 
   <td>256m</td> 
   <td>matesaceGC发生的初始阈值</td> 
   <td><a href="https://blog.csdn.net/wangyili002/article/details/105584663" rel="nofollow">JVM参数MetaspaceSize的误解</a></td> 
  </tr> 
  <tr> 
   <td>-XX:MaxMetaspaceSiz</td> 
   <td>启动参数</td> 
   <td>256m</td> 
   <td>Meta区容量范围为[20.8m, MaxMetaspaceSize)</td> 
   <td><a href="https://www.jianshu.com/p/1fcb8fdb3359" rel="nofollow">JVM 元空间扩容和FC的规律</a></td> 
  </tr> 
  <tr> 
   <td>-XX:+AlwaysPreTouch</td> 
   <td>启动参数</td> 
   <td>非赋值配置</td> 
   <td>服务启动的时候真实的分配物理内存给jvm，否则会先配置虚拟内存，实际使用时再配置会降低运行速度，但是配置后启动速度会受影响</td> 
   <td><a href="https://www.jianshu.com/p/a8356d03ac8f" rel="nofollow">运行期优化以及G1的特殊问题</a></td> 
  </tr> 
  <tr> 
   <td>-XX:ReservedCodeCacheSize</td> 
   <td>启动参数</td> 
   <td>240m</td> 
   <td>设置codecache的大小，JIT编译后代码临时存储位置，满的话会优化甚至停止JIT，CPU升高,可以用 jconsole 查看</td> 
   <td><a href="https://blog.csdn.net/lidf1992/article/details/75050219" rel="nofollow">codecache 足以引发量级的性能问题</a></td> 
  </tr> 
  <tr> 
   <td>-XX:+HeapDumpOnOutOfMemoryError</td> 
   <td>启动参数</td> 
   <td>非赋值配置</td> 
   <td>JVM发生OOM时，自动生成DUMP文件</td> 
   <td><a href="https://blog.csdn.net/cx1110162/article/details/90403938" rel="nofollow">内存溢出快照查看</a></td> 
  </tr> 
  <tr> 
   <td>-XX:HeapDumpPath</td> 
   <td>启动参数</td> 
   <td>/opt/user/tmp/HeapDump</td> 
   <td>配合 HeapDumpOnOutOfMemoryError 使用，Heap 快照文件的存储位置</td> 
   <td>可以用 jvisulevm 查看 快照文件</td> 
  </tr> 
  <tr> 
   <td>-XX:+UseG1GC</td> 
   <td>启动参数</td> 
   <td>非赋值配置</td> 
   <td>使用 G1 GC，全称为 Garbage-First Garbage Collector</td> 
   <td><a href="https://www.cnblogs.com/yuanzipeng/p/13374690.html" rel="nofollow">G1的一些概念</a></td> 
  </tr> 
  <tr> 
   <td>-XX:G1HeapRegionSize=4M</td> 
   <td>启动参数</td> 
   <td>1M-32M，需为2的幂次方倍，默认2M</td> 
   <td>G1分配内存大小的基本单位</td> 
   <td><a href="https://www.jianshu.com/p/0f1f5adffdc1" rel="nofollow">G1的young gc\mixed gc\full gc</a></td> 
  </tr> 
  <tr> 
   <td>-XX:InitiatingHeapOccupancyPercent</td> 
   <td>启动参数</td> 
   <td>40，默认45</td> 
   <td>G1 开始并发标记周期时 Perm Gen 占比的阈值，如果设置太大可能导致回收不及时退化为full gc,太小则可能频繁标记</td> 
   <td><a href="https://jiankunking.com/java-jvm-gc-g1-notes.html" rel="nofollow">G1优化</a></td> 
  </tr> 
  <tr> 
   <td>-XX:MaxGCPauseMillis</td> 
   <td>启动参数</td> 
   <td>100，默认200，单位ms</td> 
   <td>GC最大停顿时间</td> 
   <td>不要设置太小，否则会频繁的停顿，造成服务不可用</td> 
  </tr> 
  <tr> 
   <td>-XX:+TieredCompilation</td> 
   <td></td> 
   <td>启动参数</td> 
   <td>非赋值配置</td> 
   <td>分层编译，非赋值配置</td> 
  </tr> 
  <tr> 
   <td>-XX:CICompilerCount</td> 
   <td>启动参数</td> 
   <td>4</td> 
   <td>最大并行编译数</td> 
   <td><a href="http://www.51testing.com/html/37/n-856537-2.html" rel="nofollow">tomcat 重启负载高问题定位</a></td> 
  </tr> 
  <tr> 
   <td>-XX:-UseBiasedLocking</td> 
   <td>启动参数</td> 
   <td>非赋值配置</td> 
   <td>禁用偏向锁。偏向锁可以提高有同步但没有竞争的程序性能。但是如果锁对象时常被多条线程竞争，那偏向锁就是多余的</td> 
   <td><a href="https://www.zhihu.com/question/55075763" rel="nofollow">JVM 偏向锁是如何实现的</a></td> 
  </tr> 
  <tr> 
   <td>-XX:+PrintGCDetails</td> 
   <td>启动参数</td> 
   <td>非赋值配置</td> 
   <td>打印GC详细信息</td> 
   <td>本文有大量GC的例子</td> 
  </tr> 
  <tr> 
   <td>-XX:+PrintGCDateStamps</td> 
   <td>启动参数</td> 
   <td>非赋值配置</td> 
   <td>时间格式使用系统时间</td> 
   <td><a href="http://www.etwiki.cn/java/367.html" rel="nofollow">JVM打印更易读的时间格式</a></td> 
  </tr> 
  <tr> 
   <td>-XX:+PrintGCTimeStamps</td> 
   <td>启动参数</td> 
   <td>非赋值配置</td> 
   <td>JVM自启动到打印日期的时间秒数</td> 
   <td><a href="https://blog.csdn.net/lxlmycsdnfree/article/details/78356704" rel="nofollow">+PrintGCTimeStamps 展示JVM启动秒数 </a></td> 
  </tr> 
  <tr> 
   <td>-XX:+PrintAdaptiveSizePolicy</td> 
   <td>启动参数</td> 
   <td>非赋值配置</td> 
   <td>打印JVM动态调整的各分区大小，ParallelScavenge 会自动调整各分区大小</td> 
   <td><a href="https://hllvm-group.iteye.com/group/topic/39440" rel="nofollow">为什么From/To space 大小几乎变成0了呢</a></td> 
  </tr> 
  <tr> 
   <td>-XX:+PrintGCApplicationStoppedTime</td> 
   <td>启动参数</td> 
   <td>非赋值配置</td> 
   <td>打印JVM被停止持续的时间</td> 
   <td><a href="https://blog.csdn.net/kobejayandy/article/details/8496663" rel="nofollow">打印GC暂停的时间</a></td> 
  </tr> 
  <tr> 
   <td>-XX:+PrintHeapAtGC</td> 
   <td>启动参数</td> 
   <td>非赋值配置</td> 
   <td>每一次GC后都打印堆信息</td> 
   <td><a href="https://www.cnblogs.com/feiyun126/p/5473087.html" rel="nofollow">JVM GC 后打印堆信息</a></td> 
  </tr> 
  <tr> 
   <td>-XX:+PrintStringTableStatistics</td> 
   <td>启动参数</td> 
   <td>非赋值参配置</td> 
   <td>打印字符串常量池统计信息，在GC日志中会多一栏StringTable statistics:</td> 
   <td><a href="https://blog.csdn.net/zhuxuemin1991/article/details/103940936" rel="nofollow">字符串常量池日志</a></td> 
  </tr> 
  <tr> 
   <td>-XX:+PrintTenuringDistribution</td> 
   <td>启动参数</td> 
   <td>非赋值配置</td> 
   <td>展示对象晋升到老年代经历GC的次数</td> 
   <td><a href="https://blog.csdn.net/weixin_38106322/article/details/108985399" rel="nofollow">GC日志打印对象晋升老年代经历GC的次数</a></td> 
  </tr> 
  <tr> 
   <td>-Xloggc</td> 
   <td>启动参数</td> 
   <td>/opt/logs/jvm/gc.log</td> 
   <td>GC日志目录和名称配置</td> 
   <td><a href="https://blog.csdn.net/goldenfish1919/article/details/93997132" rel="nofollow">GC日志滚动被覆盖问题</a></td> 
  </tr> 
  <tr> 
   <td>-XX:+UseGCLogfileRotation -XX:NumberOfGCLogfiles=N -XX:GCLogfileSize=N</td> 
   <td>符合配置</td> 
   <td>日志循环打印，即产生多个GC日志文件,需要结合下面两个命令使用，即单文件大小，以及循环文件个数，默认文件数为0，大小0 ，即都不做限制，单个GC文件单位为M,建议值为循环30，单个文件30M</td> 
   <td><a href="https://blog.csdn.net/goldenfish1919/article/details/93997132" rel="nofollow">为什么不推荐使用循环打印日志方式</a> <a href="https://lihuimintu.github.io/2019/02/19/gcLog/" rel="nofollow">循环打印GC日志配置</a></td> 
   <td></td> 
  </tr> 
  <tr> 
   <td>-XX:+PrintFlagsFinal</td> 
   <td>启动参数</td> 
   <td>非赋值配置</td> 
   <td>打印系统所有参数</td> 
   <td><a href="http://mousycoder.com/thinking-in-jvm/12/" rel="nofollow">JVM 系统参数查看</a></td> 
  </tr> 
  <tr> 
   <td>-XX:ErrorFile</td> 
   <td>启动参数</td> 
   <td>/opt/logs/jvm/hs_err_pid.log</td> 
   <td>JVM 错误日志</td> 
   <td><a href="https://blog.csdn.net/xuanwugang/article/details/80519141" rel="nofollow">JVM参数设置</a></td> 
  </tr> 
  <tr> 
   <td>java_command</td> 
   <td>启动参数</td> 
   <td>./demo.jar</td> 
   <td>使用命令行运行jar</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>java_class_path</td> 
   <td>启动参数</td> 
   <td>./demo,jar</td> 
   <td>系统类加载器加载字节码class的路径</td> 
   <td><a href="https://blog.csdn.net/u010730870/article/details/93477401" rel="nofollow">java.class.path详解</a></td> 
  </tr> 
  <tr> 
   <td></td> 
   <td></td> 
   <td></td> 
   <td></td> 
   <td></td> 
  </tr> 
  <tr> 
   <td>1</td> 
   <td>1</td> 
   <td>1</td> 
   <td>1</td> 
   <td>1</td> 
  </tr> 
  <tr> 
   <td>-XX:+AlwaysPreTouch</td> 
   <td>运行参数</td> 
   <td>非配置类型</td> 
   <td>服务启动的时候真实的分配物理内存给jvm，会导致启动变慢，</td> 
   <td></td> 
  </tr> 
 </tbody> 
</table>

## 垃圾回收器关键字规律总结 ##

<table> 
 <thead> 
  <tr> 
   <th>配置</th> 
   <th>年轻代</th> 
   <th>老年代</th> 
   <th>元数据</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>-XX:+UseSerialGC</td> 
   <td>def new generation</td> 
   <td>tenured generation</td> 
   <td>Metaspace</td> 
  </tr> 
  <tr> 
   <td>-XX:+UseParNewGC</td> 
   <td>par new generation</td> 
   <td>tenured generation</td> 
   <td>Metaspace</td> 
  </tr> 
  <tr> 
   <td>-XX:+UseParallelGC</td> 
   <td>PSYoungGen</td> 
   <td>ParOldGen</td> 
   <td>Metaspace</td> 
  </tr> 
  <tr> 
   <td>-XX:+UseParallelOldGC</td> 
   <td>PSYoungGen</td> 
   <td>ParOldGen</td> 
   <td>Metaspace</td> 
  </tr> 
  <tr> 
   <td>-XX:+UseConcMarkSweepGC</td> 
   <td>par new generation</td> 
   <td>concurrent mark-sweep generation</td> 
   <td>Metaspace</td> 
  </tr> 
 </tbody> 
</table>

## GC 详情展示 ##

### \-XX:+UseSerialGC ###

垃圾回收器: Serial+ SerialOld  
GC 日志

[GC (Allocation Failure) [Tenured: 8192K->596K(10240K), 0.0034819 secs] 9932K->596K(19456K), [Metaspace: 2678K->2678K(1056768K)], 0.0035603 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
    [GC (Allocation Failure) [DefNew: 7331K->0K(9216K), 0.0003829 secs] 12024K->4692K(19456K), 0.0004152 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
    [Full GC (System.gc()) [Tenured: 4692K->596K(10240K), 0.0031400 secs] 7928K->596K(19456K), [Metaspace: 2678K->2678K(1056768K)], 0.0031873 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

堆信息

Heap
     def new generation   total 9216K, used 82K [0x00000007bec00000, 0x00000007bf600000, 0x00000007bf600000)
      eden space 8192K,   1% used [0x00000007bec00000, 0x00000007bec14920, 0x00000007bf400000)
      from space 1024K,   0% used [0x00000007bf400000, 0x00000007bf400000, 0x00000007bf500000)
      to   space 1024K,   0% used [0x00000007bf500000, 0x00000007bf500000, 0x00000007bf600000)
     tenured generation   total 10240K, used 596K [0x00000007bf600000, 0x00000007c0000000, 0x00000007c0000000)
       the space 10240K,   5% used [0x00000007bf600000, 0x00000007bf6950e8, 0x00000007bf695200, 0x00000007c0000000)
     Metaspace       used 2684K, capacity 4486K, committed 4864K, reserved 1056768K
      class space    used 288K, capacity 386K, committed 512K, reserved 1048576K

### \-XX:+UseParNewGC ###

垃圾回收器: PawNew+64位时 SerialOld  
GC 日志

Java HotSpot(TM) 64-Bit Server VM warning: Using the ParNew young collector with the Serial old collector is deprecated and will likely be removed in a future release
    [GC (Allocation Failure) [Tenured: 8192K->596K(10240K), 0.0045567 secs] 9932K->596K(19456K), [Metaspace: 2678K->2678K(1056768K)], 0.0046114 secs] [Times: user=0.00 sys=0.00, real=0.01 secs] 
    [GC (Allocation Failure) [ParNew: 7331K->0K(9216K), 0.0005674 secs] 12024K->4692K(19456K), 0.0006037 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
    [Full GC (System.gc()) [Tenured: 4692K->596K(10240K), 0.0024158 secs] 7928K->596K(19456K), [Metaspace: 2678K->2678K(1056768K)], 0.0024644 secs] [Times: user=0.00 sys=0.00, real=0.01 secs]

堆信息

Heap
     par new generation   total 9216K, used 82K [0x00000007bec00000, 0x00000007bf600000, 0x00000007bf600000)
      eden space 8192K,   1% used [0x00000007bec00000, 0x00000007bec14920, 0x00000007bf400000)
      from space 1024K,   0% used [0x00000007bf400000, 0x00000007bf400000, 0x00000007bf500000)
      to   space 1024K,   0% used [0x00000007bf500000, 0x00000007bf500000, 0x00000007bf600000)
     tenured generation   total 10240K, used 596K [0x00000007bf600000, 0x00000007c0000000, 0x00000007c0000000)
       the space 10240K,   5% used [0x00000007bf600000, 0x00000007bf6950e8, 0x00000007bf695200, 0x00000007c0000000)
     Metaspace       used 2684K, capacity 4486K, committed 4864K, reserved 1056768K
      class space    used 288K, capacity 386K, committed 512K, reserved 1048576K

### \-XX:+UseParallelGC ###

垃圾回收器: Parallel Scavenge+Parallel Old  
GC 日志

[GC (Allocation Failure) [PSYoungGen: 7884K->745K(9216K)] 16076K->8946K(19456K), 0.0018850 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
    [GC (Allocation Failure) [PSYoungGen: 8077K->681K(9216K)] 16277K->8882K(19456K), 0.0015061 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
    [GC (System.gc()) [PSYoungGen: 2025K->665K(9216K)] 10225K->8874K(19456K), 0.0010182 secs] [Times: user=0.01 sys=0.00, real=0.01 secs] 
    [Full GC (System.gc()) [PSYoungGen: 665K->0K(9216K)] [ParOldGen: 8208K->594K(10240K)] 8874K->594K(19456K), [Metaspace: 2679K->2679K(1056768K)], 0.0052985 secs] [Times: user=0.01 sys=0.00, real=0.00 secs]

堆信息

Heap
     PSYoungGen      total 9216K, used 82K [0x00000007bf600000, 0x00000007c0000000, 0x00000007c0000000)
      eden space 8192K, 1% used [0x00000007bf600000,0x00000007bf614920,0x00000007bfe00000)
      from space 1024K, 0% used [0x00000007bfe00000,0x00000007bfe00000,0x00000007bff00000)
      to   space 1024K, 0% used [0x00000007bff00000,0x00000007bff00000,0x00000007c0000000)
     ParOldGen       total 10240K, used 596K [0x00000007bec00000, 0x00000007bf600000, 0x00000007bf600000)
      object space 10240K, 5% used [0x00000007bec00000,0x00000007bec950e8,0x00000007bf600000)
     Metaspace       used 2683K, capacity 4486K, committed 4864K, reserved 1056768K
      class space    used 288K, capacity 386K, committed 512K, reserved 1048576K

### \-XX:+UseParallelOldGC ###

垃圾回收器: Parallel Scavenge+Parallel Old  
GC 日志

[GC (Allocation Failure) [PSYoungGen: 7884K->729K(9216K)] 16076K->8930K(19456K), 0.0018887 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
    [GC (Allocation Failure) [PSYoungGen: 8061K->713K(9216K)] 16261K->8914K(19456K), 0.0014337 secs] [Times: user=0.00 sys=0.00, real=0.01 secs] 
    [GC (System.gc()) [PSYoungGen: 2057K->633K(9216K)] 10257K->8842K(19456K), 0.0010012 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
    [Full GC (System.gc()) [PSYoungGen: 633K->0K(9216K)] [ParOldGen: 8208K->594K(10240K)] 8842K->594K(19456K), [Metaspace: 2679K->2679K(1056768K)], 0.0047913 secs] [Times: user=0.01 sys=0.00, real=0.00 secs]

堆信息

### \-XX:+UseConcMarkSweepGC ###

垃圾回收器: ParNew+CMS  
GC 日志

[GC (Allocation Failure) [CMS: 8192K->600K(10240K), 0.0039740 secs] 9932K->600K(19456K), [Metaspace: 2677K->2677K(1056768K)], 0.0040636 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
    [GC (Allocation Failure) [ParNew: 7331K->0K(9216K), 0.0005220 secs] 12028K->4696K(19456K), 0.0005620 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
    [Full GC (System.gc()) [CMS: 4696K->599K(10240K), 0.0022873 secs] 7932K->599K(19456K), [Metaspace: 2678K->2678K(1056768K)], 0.0023498 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

堆信息

Heap
     par new generation   total 9216K, used 82K [0x00000007bec00000, 0x00000007bf600000, 0x00000007bf600000)
      eden space 8192K,   1% used [0x00000007bec00000, 0x00000007bec14920, 0x00000007bf400000)
      from space 1024K,   0% used [0x00000007bf400000, 0x00000007bf400000, 0x00000007bf500000)
      to   space 1024K,   0% used [0x00000007bf500000, 0x00000007bf500000, 0x00000007bf600000)
     concurrent mark-sweep generation total 10240K, used 600K [0x00000007bf600000, 0x00000007c0000000, 0x00000007c0000000)
     Metaspace       used 2683K, capacity 4486K, committed 4864K, reserved 1056768K
      class space    used 288K, capacity 386K, committed 512K, reserved 1048576K

[JVM]: https://blog.csdn.net/bestcxx/article/details/107738364
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2Jlc3RjeHg_size_16_color_FFFFFF_t_70]: /images/20230531/08d423ad2bce4d668e60c962f729a514.png