jvm性能调优-分析GC日志

最新推荐文章于 2022-04-27 11:51:52 发布
最新推荐文章于 2022-04-27 11:51:52 发布
阅读量944 收藏 1
点赞数
分类专栏： 性能调优 jvm 文章标签： java jvm
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/turboanho/article/details/122400167
版权

GC日志可视化分析工具

GCeasy   https://www.gceasy.io/

JDK8 GC日志打印相关参数

另外开启如下参数，可打印GC相关的更多信息，帮助我们更好的分析G1日志 

示例：
java -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintGCDateStamps -XX:+UseSerialGC -Xmx50m -Xloggc:/Users/itmuch.com/gc.log xxx.jar

Young GC日志：
2020-05-08T11:11:52.823-0800: 0.705: [GC (Allocation Failure) 2020-05-08T11:11:52.823-0800: 0.705: [DefNew: 15289K->1343K(15360K), 0.0036231 secs] 18555K->5065K(49536K), 0.0037065 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

其中：

2020-05-08T11:11:52.823-0800：当前时间戳，由PrintGCDateStamps控制
0.705：当前相对时间戳，表示应用启动多久后触发，由PrintGCTimeStamps控制
GC (Allocation Failure)：造成GC的原因，由PrintGCCause控制
[DefNew: 15289K->1343K(15360K), 0.0036231 secs]：

        DefNew：使用不同垃圾收集器，这里的展示不同：

                使用Serial收集器：显示DefNew，表示Default New
                使用ParNew收集器：显示ParNew
                使用Paralle Scavenge收集器：显示PSYoungGen
                使用G1：G1格式和这个日志格式不一样，很好区分
        15289K：回收前，年轻代使用的大小
        1343K：回收后，年轻代使用的大小
        15360K：年轻代总大小
        0.0036231：花费了多久
18555K：回收前，堆使用的大小
5065K：回收后，堆使用的大小
49536K：堆的总大小
0.0037065 secs：花费时间
user=0.00：用户耗时
sys=0.00：系统耗时
real=0.00：实际耗时 

Full GC日志:
2020-05-08T11:28:16.911-0800: 7.863: [Full GC (Allocation Failure) 2020-05-08T11:28:16.911-0800: 7.863: [Tenured: 6847K->6848K(6848K), 0.0329351 secs] 9914K->9483K(9920K), [Metaspace: 30156K->30156K(1077248K)], 0.0330357 secs] [Times: user=0.03 sys=0.00, real=0.03 secs]

其中：

2020-05-08T11:28:16.911-0800：当前时间戳，由PrintGCDateStamps控制
7.863：当前相对时间戳，表示应用启动多久后触发，由PrintGCTimeStamps控制
Full GC (Allocation Failure) ：造成GC的原因，由PrintGCCause控制
[Tenured: 6847K->6848K(6848K), 0.0329351 secs]

        Tenured：使用不同垃圾收集器，这里的展示不同：

                使用Serial Old收集器：显示Tenured
                使用Parallel Old收集器：显示ParOldGen
                使用CMS收集器：显示CMS
        6847K：回收前，老年代使用的大小
        6848K：回收后，老年代使用的大小
        6848K：老年代总大小
        0.0329351：花费时间
9914K：回收前，堆使用的大小
9483K：回收后，堆使用的大小
9920K：堆的总大小
[Metaspace: 30156K->30156K(1077248K)], 0.0330357 secs]：元空间的使用情况
[Times: user=0.03 sys=0.00, real=0.03 secs] ：同新生代日志

G1日志：

如使用的是G1垃圾收集器，那么在上面表格的基础上，还有如下参数：

Young GC日志：

示例：

2020-05-08T14:19:58.598-0800: 5.599: [GC pause (G1 Evacuation Pause) (young), 0.0035900 secs]
   [Parallel Time: 2.4 ms, GC Workers: 8]
      [GC Worker Start (ms): Min: 5598.7, Avg: 5599.1, Max: 5600.8, Diff: 2.1]
      [Ext Root Scanning (ms): Min: 0.0, Avg: 0.3, Max: 0.7, Diff: 0.7, Sum: 2.4]
      [Update RS (ms): Min: 0.0, Avg: 0.8, Max: 1.8, Diff: 1.8, Sum: 6.4]
         [Processed Buffers: Min: 0, Avg: 2.2, Max: 6, Diff: 6, Sum: 18]
      [Scan RS (ms): Min: 0.0, Avg: 0.0, Max: 0.0, Diff: 0.0, Sum: 0.0]
      [Code Root Scanning (ms): Min: 0.0, Avg: 0.0, Max: 0.0, Diff: 0.0, Sum: 0.0]
      [Object Copy (ms): Min: 0.0, Avg: 0.2, Max: 0.4, Diff: 0.4, Sum: 1.7]
      [Termination (ms): Min: 0.0, Avg: 0.5, Max: 0.7, Diff: 0.7, Sum: 3.7]
         [Termination Attempts: Min: 1, Avg: 2.4, Max: 12, Diff: 11, Sum: 19]
      [GC Worker Other (ms): Min: 0.0, Avg: 0.1, Max: 0.9, Diff: 0.9, Sum: 0.9]
      [GC Worker Total (ms): Min: 0.2, Avg: 1.9, Max: 2.3, Diff: 2.2, Sum: 15.3]
      [GC Worker End (ms): Min: 5601.0, Avg: 5601.0, Max: 5601.0, Diff: 0.0]
   [Code Root Fixup: 0.0 ms]
   [Code Root Purge: 0.0 ms]
   [Clear CT: 0.1 ms]
   [Other: 1.1 ms]
      [Choose CSet: 0.0 ms]
      [Ref Proc: 0.7 ms]
      [Ref Enq: 0.0 ms]
      [Redirty Cards: 0.3 ms]
      [Humongous Register: 0.0 ms]
      [Humongous Reclaim: 0.0 ms]
      [Free CSet: 0.0 ms]
   [Eden: 4096.0K(4096.0K)->0.0B(4096.0K) Survivors: 1024.0K->1024.0K Heap: 24.3M(30.0M)->20.6M(30.0M)]
 [Times: user=0.01 sys=0.00, real=0.01 secs]

 解读：

# 这是一个年轻代GC，花费了0.0018345。下面的缩进，表示这行日志的子任务
2020-05-08T14:19:58.598-0800: 5.599: [GC pause (G1 Evacuation Pause) (young), 0.0035900 secs]
   # 并行任务，并行GC花费2.4毫秒，并行阶段有8个线程
   [Parallel Time: 2.4 ms, GC Workers: 8]
      # 表示各个GC工作线程在应用启动多久(毫秒)后启动。
      # 同时还做了个统计，例如这些GC线程最早启动的那个线程在应用启动后847.9毫秒后启动等
      [GC Worker Start (ms): Min: 5598.7, Avg: 5599.1, Max: 5600.8, Diff: 2.1]
      # 表示各个GC工作线程扫描跟对象花费的时间的统计
      [Ext Root Scanning (ms): Min: 0.0, Avg: 0.3, Max: 0.7, Diff: 0.7, Sum: 2.4]
      # 表示各个GC工作线程更新Remembered Sets花费的时间的统计
      # Remembered Sets是保存到堆中的区域的跟踪引用。设值方法线程持续改变对象图，自此引指向一个特定的区域。我们保存这些改变的跟踪信息到叫作Update Buffers的更新缓存中。Update RS子任务不能并发的处理更新缓存，更新一致所有区域的Remembered Sets
      [Update RS (ms): Min: 0.0, Avg: 0.8, Max: 1.8, Diff: 1.8, Sum: 6.4]
         # 表示每个GC工作线程处理的Update Buffers的数量统计
         [Processed Buffers: Min: 0, Avg: 2.2, Max: 6, Diff: 6, Sum: 18]
      # 每个GC工作线程扫描Remembered Sets花费的时间
      # 一个区域的Remembered Sets包含指向这个区域的引用的相符合的卡片。这个阶段扫描这些卡片寻找指向所有这些区域的Collection Set的引用
      [Scan RS (ms): Min: 0.0, Avg: 0.0, Max: 0.0, Diff: 0.0, Sum: 0.0]
      # 扫描Code Root耗时统计。Code Root是JIT编译后的代码里引用了heap中的对象
      [Code Root Scanning (ms): Min: 0.0, Avg: 0.0, Max: 0.0, Diff: 0.0, Sum: 0.0]
      # 拷贝存活对象到新的Region耗时统计
      [Object Copy (ms): Min: 0.0, Avg: 0.2, Max: 0.4, Diff: 0.4, Sum: 1.7]
      # 各个GC工作线程完成任务后尝试中断GC线程到真正中断的耗时统计
      # 在某个GC线程中断之前，会检查其它线程的工作队列，如果发现依然有任务，会帮助处理，之后再中断
      [Termination (ms): Min: 0.0, Avg: 0.5, Max: 0.7, Diff: 0.7, Sum: 3.7]
         # 尝试中断次数统计
         [Termination Attempts: Min: 1, Avg: 2.4, Max: 12, Diff: 11, Sum: 19]
      # GC工作线程花费在其他工作上的时间统计
      [GC Worker Other (ms): Min: 0.0, Avg: 0.1, Max: 0.9, Diff: 0.9, Sum: 0.9]
      # 各个GC工作线程花费的时间总和统计
      [GC Worker Total (ms): Min: 0.2, Avg: 1.9, Max: 2.3, Diff: 2.2, Sum: 15.3]
      # 各个GC工作线程线程的结束时间，min|max分别表示第一个|最后一个线程的结束时间。
      [GC Worker End (ms): Min: 5601.0, Avg: 5601.0, Max: 5601.0, Diff: 0.0]
   # 串行任务，修复GC期间code root指针改变的耗时
   [Code Root Fixup: 0.0 ms]
   # 串行任务，清除Code Root耗时
   [Code Root Purge: 0.0 ms]
   # 清除Card Table中的Dirty Card的耗时
   [Clear CT: 0.1 ms]
   # 其他任务
   [Other: 1.1 ms]
      # 为Collection Set选择区域所花费的时间
      [Choose CSet: 0.0 ms]
      # 花费在处理引用对象上的时间
      [Ref Proc: 0.7 ms]
      # 引用入队到ReferenceQueues花费的时间，可用-XX:+ParallelRefProcEnabled，并行处理这一步
      [Ref Enq: 0.0 ms]
      [Redirty Cards: 0.3 ms]
      # 处理超大对象
      [Humongous Register: 0.0 ms]
      [Humongous Reclaim: 0.0 ms]
      # 释放Collection Set数据结构花费的时间
      [Free CSet: 0.0 ms]
   # 各个区域的内存变化。
   # 4096.0K：伊甸园当前占用4096.0K
   # (4096.0K)：伊甸园总大小4096.0K
   # 0.0B：收集后，伊甸园占用将会变成0
   # (4096.0K)：伊甸园的目标大小（如有需要，JVM可能会自动增加伊甸园大小）
   [Eden: 4096.0K(4096.0K)->0.0B(4096.0K) Survivors: 1024.0K->1024.0K Heap: 24.3M(30.0M)->20.6M(30.0M)]
 # 用户耗时、系统耗时、实际耗时
 [Times: user=0.01 sys=0.00, real=0.01 secs]

并发回收日志：

# 1. 初始标记(stop the world)
2020-05-08T14:19:54.076-0800: 1.076: [GC pause (Metadata GC Threshold) (young) (initial-mark), 0.0107606 secs]
   [Parallel Time: 8.2 ms, GC Workers: 8]
      [GC Worker Start (ms): Min: 1076.6, Avg: 1077.1, Max: 1077.5, Diff: 0.9]
      [Ext Root Scanning (ms): Min: 0.1, Avg: 2.9, Max: 4.6, Diff: 4.5, Sum: 23.2]
      [Update RS (ms): Min: 0.0, Avg: 0.4, Max: 1.4, Diff: 1.4, Sum: 3.4]
         [Processed Buffers: Min: 0, Avg: 1.8, Max: 7, Diff: 7, Sum: 14]
      [Scan RS (ms): Min: 0.0, Avg: 0.0, Max: 0.0, Diff: 0.0, Sum: 0.0]
      [Code Root Scanning (ms): Min: 0.0, Avg: 0.0, Max: 0.1, Diff: 0.1, Sum: 0.1]
      [Object Copy (ms): Min: 0.0, Avg: 0.5, Max: 1.5, Diff: 1.5, Sum: 4.2]
      [Termination (ms): Min: 0.0, Avg: 2.6, Max: 4.3, Diff: 4.3, Sum: 20.9]
         [Termination Attempts: Min: 1, Avg: 2.4, Max: 6, Diff: 5, Sum: 19]
      [GC Worker Other (ms): Min: 0.0, Avg: 0.0, Max: 0.0, Diff: 0.0, Sum: 0.1]
      [GC Worker Total (ms): Min: 4.4, Avg: 6.5, Max: 8.0, Diff: 3.6, Sum: 51.9]
      [GC Worker End (ms): Min: 1082.0, Avg: 1083.6, Max: 1084.7, Diff: 2.7]
   [Code Root Fixup: 0.0 ms]
   [Code Root Purge: 0.0 ms]
   [Clear CT: 0.1 ms]
   [Other: 2.4 ms]
      [Choose CSet: 0.0 ms]
      [Ref Proc: 2.2 ms]
      [Ref Enq: 0.0 ms]
      [Redirty Cards: 0.1 ms]
      [Humongous Register: 0.0 ms]
      [Humongous Reclaim: 0.0 ms]
      [Free CSet: 0.0 ms]
   [Eden: 1024.0K(10.0M)->0.0B(10.0M) Survivors: 2048.0K->2048.0K Heap: 15.3M(30.0M)->14.4M(30.0M)]
 [Times: user=0.01 sys=0.00, real=0.01 secs] 
# 开始扫描初始标记阶段Survivor区的Root Region
2020-05-08T14:19:54.087-0800: 1.087: [GC concurrent-root-region-scan-start]
# 扫描完成
2020-05-08T14:19:54.091-0800: 1.092: [GC concurrent-root-region-scan-end, 0.0049225 secs]
# 2. 并发标记，标记线程数可用-XX:ConcGCThreads指定
2020-05-08T14:19:54.092-0800: 1.092: [GC concurrent-mark-start]
# 并发标记结束
2020-05-08T14:19:54.102-0800: 1.103: [GC concurrent-mark-end, 0.0106528 secs]
# 3. 最终标记(stop the world)
2020-05-08T14:19:54.103-0800: 1.104: [GC remark 2020-05-08T14:19:54.103-0800: 1.104: [Finalize Marking, 0.0028699 secs] 2020-05-08T14:19:54.106-0800: 1.107: [GC ref-proc, 0.0001689 secs] 2020-05-08T14:19:54.106-0800: 1.107: [Unloading, 0.0053988 secs], 0.0087250 secs]
 [Times: user=0.01 sys=0.00, real=0.01 secs] 
# 4. 筛选回收(stop the world)
# 没有存活对象的Old Region和Humongous Region将被释放和清空。
# 为了准备下次GC，在CSets中的Old Regions会根据他们的回收收益的大小排序。
2020-05-08T14:19:54.114-0800: 1.114: [GC cleanup 15M->14M(30M), 0.0006027 secs]
 [Times: user=0.00 sys=0.00, real=0.00 secs] 
# 并发清理开始
2020-05-08T14:19:54.114-0800: 1.115: [GC concurrent-cleanup-start]
# 并发清理结束
2020-05-08T14:19:54.114-0800: 1.115: [GC concurrent-cleanup-end, 0.0000133 secs]

一朵纯洁的小白花
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
MSB企业级JVM优化与性能调优课程 解读JVM内部机制-针对性解决企业架构优化问题
05-04
随着互联网的迅猛发展，企业级应用程序的使用场景越来越复杂，使得 Java 虚拟机（JVM）调优成为企业开发过程中的一个重要环节。为课程的第一部分介绍了 JVM 的基础知识和原理，包括 JVM 的内存结构、GC算法、类加载机制等。这些基础知识对于后面的调优工作非常重要，只有深入理解了 JVM 的内部机制，才能更好地找到问题所在，进行针对性的调优。 课程介绍了 JVM 性能调优的基本流程，包括问题定位、数据采集、数据分析、解决方案实现等。在实际调优中，问题定位非常重要，只有精准地定位问题，才能快速地找到解决方案。数据采集和数据分析也是调优过程中不可或缺的环节，通过收集和分析数据，才能确定问题的具体表现和根本原因，为后面的优化工作提供依据。包括调整内存参数、调整 GC 策略、使用 GC 日志分析工具等。在实际应用中，我们可以根据不同的场景和需求，采用不同的调优手段，从而达到最优的性能效果。此外，课程还介绍了如何进行 JVM 线程 dump 分析和内存 dump 分析，这是快速定位问题的有力工具。包括如何进行 JVM 性能测试，包括基准测试、压力测试等。在实际调优中，测试是非常重要的环节，只
CMS 垃圾回收的一些细节
yisaca的博客
11-08 318
1. Full GC(Allocation Failure)日志的触发时机 2021-10-28T23:08:43.523-0800: [Full GC (Allocation Failure) Allocated 0 objects, 0 bytes concurrently2021-10-28T23:08:43.523-0800: [CMSlevel=1 invoke=2 size=10402021-10-28T23:08:43.529-0800: [CMS-concurrent-mark: .
关于jvm中的gc fullgc的理解
iris_csdn的博客
04-13 8842
什么是垃圾回收机制 任何语言在运行过程中都会创建对象，也就意味着需要在内存中为这些对象在内存中分配空间，在这些对象失去使用的意义的时候，需要释放掉这些内容，保证内存能够提供给新的对象使用。对于对象内存的释放就是垃圾回收机制，也叫做gc。 java的垃圾回收机制是自动化的，但是可控性很差，甚至有时会出现内存溢出的情况， 内存溢出也就是jvm分配的内存中对象过多，超出了最大可分配内存的大小。 内存的区域 新生代：新生代的目标就是尽可能快速的手机掉那些生命周期短的对象，一般情况下，所有新生成的对象首先都
JVM垃圾回收机制---垃圾回收算法
qq_40105769的博客
09-25 118
JVM在确定哪些垃圾可以被回收后，垃圾收集器需要做的事情就是开始进行垃圾回收，如何高效地进行回收就成为垃圾收集算法的核心思想。 1 标记-清除算法 该算法主要分为2部分： （1）对内存区域中的对象进行标记，标记出哪些是可被回收的对象； （2）回收被标记对象所占用的空间。 这种算法存在一个缺点就是可能会产生大量的内存碎片，因为开辟内存空间时，需要的是连续的存储区域，这就可能会导致一些小的内存片没有使用，造成资源浪费。 2 复制算法 复制算法解决了标记-清除算法中的内存碎片问题，它是通过将总的
垃圾回收GC (Allocation Failure) Full GC (Ergonomics)
George的博客
05-29 1万+
日志文件中的部分内容如下： 分析： 让我们来挑几条典型的日志进行分析： 第一条：63.971: [GC (Allocation Failure) [PSYoungGen: 31073K->4210K(38400K)] 31073K->4234K(125952K), 0.0049946 secs] [Times: user=0.05 sys=0.02, real=0.0...
GC(Allocation Failure)解读
蜗牛专栏
10-13 2万+
新生代GC 日前查看某个程序的日志，发现一直在报GC相关的信息，不确定这样的信息是代表正确还是不正确，所以正好借此机会再复习下GC相关的内容： 以其中一行为例来解读下日志信息： [GC (Allocation Failure) [ParNew: 367523K->1293K(410432K), 0.0023988 secs] 522739K->156516K(1322496K), 0.0025301 secs] [Times: user=0.04 sys=0.00, real=0.01 s
GC (Allocation Failure) 那些事
BITDDD小栈
07-07 1万+
GC (Allocation Failure) 那些事 平常写Java程序，经常看到 GC(Allocation Failure) 这个日志，大概查了查意思是是jvm在执行垃圾回收，一般情况下不影响程序运行，只会拖慢程序运行时间。但是经常遇到这个日志还是不爽，今天就盘一下！GC(Allocation Failure)造成的垃圾回收为young gc 又称minor gc。 Demo代码 下面这几行spark代码是经常引起 GC(Allocation Failure) 日志的代码写法，基....
Java中GC (Allocation Failure)日志分析实战
qq_16932445的博客
06-17 1566
hugegraph图数据库索引详解 版权声明：转载请注明出处 https://blog.csdn.net/u010260089/article/details/86712983 前言 在《技术文章之二 hugegraph图数据库概念详解》中我们介绍过IndexLabel，它是索引的元数据，用来描述对顶点/边的属性建立的索引。本文将对hugegraph中的索引做一个较为深入的介绍，并给出每一种索引的适用场景和使用方法的样例。 hugegraph的查询系统是以索引为基础建立的，如果没有索引，hugegr
gc log的分析
码农和金融的专栏
04-11 6804
日前查看某个程序的日志，发现一直在报GC相关的信息，不确定这样的信息是代表正确还是不正确，所以正好借此机会再复习下GC相关的内容： 以其中一行为例来解读下日志信息： [GC (Allocation Failure) [ParNew: 367523K->1293K(410432K), 0.0023988 secs] 522739K->156516K(1322496K), 0.00...
GcLog 日志：GC(Allocation Failure)
xiajie的专栏
01-30 3435
日前查看某个程序的日志，发现一直在报GC相关的信息，不确定这样的信息是代表正确还是不正确，所以正好借此机会再复习下GC相关的内容： 以其中一行为例来解读下日志信息： [GC (Allocation Failure) [ParNew: 367523K->1293K(410432K), 0.0023988 secs] 522739K->156516K(1322496K), 0.00...
VM调优实战指南：GC与性能优化
最新发布
05-11
JVM修炼之路：GC调优与性能调优 Java虚拟机（JVM）是Java平台的核心组件，它负责将Java代码编译成字节码，并在运行时执行。在JVM的运行过程中，垃圾收集（GC）和性能调优是两个重要的方面。本文将详细介绍JVM的GC...
后端JAVA虚拟机JVM调优必备工具
09-26
IBM Thread and Monitor Dump Analyzer for Java专业JVM调优工具 一、使用方法 1.使用java -jar启动程序 2.找到需要分析的jvm进程 3.使用jstack [pid] > /tmp/sdapjvmlog.txt导出进程的详细日志 4.使用程序打开...
Java虚拟机GC日志分析
08-28
主要介绍了Java虚拟机GC日志分析，分享了相关代码示例，小编觉得还是挺不错的，具有一定借鉴价值，需要的朋友可以参考下
Java生产环境下性能监控与调优详解视频教程
04-02
Java生产环境下性能监控与调优详解视频教程 jstat查看JVM统计信息 ...可视化工具分析GC日志 通过这套视频学习如何在生产环境下进行性能监控与调优。 视频在百度网盘中，txt下载后获取网盘链接下载
JVM的GC日志分析
m0_57651621的博客
04-27 683
GC日志输出 不同的垃圾回收器输出的日志格式不同，但是Jvm对格式进行了统一表示 DoGC类 该代码引用了周明耀的《深入理解 JVM & G1 GC》 package Gc; ​ import java.util.HashMap; ​ public class StopWorldDemo { public static class MyThread extends Thread { HashMap map = new HashMap(); ...
浅谈 G1 GC 日志格式
Viking的博客
07-12 209
面试：你懂什么是分布式系统吗？Redis分布式锁都不会？>>> ...
[java] GC (Allocation Failure)日志分析
topdeveloperr的博客
04-03 2万+
Table of Contents 概述 JConsole VisualVm GC日志 GC日志分析 概述 博主在最近使用spring batch的过程当中遇到了内存容量耗尽程序崩溃的问题，于是决定将此次的内存问题分析通过本篇博客记录下来。 在分析gc日实例志之前，我们先通过一条《深入理解java虚拟机》一书中的一个例子gc日志来回顾一下gc日志的基本知识，下面是一条gc日志： ...
GC(Allocation Failure)引发的一些JVM知识点梳理
热门推荐
淡定一生2333的博客
10-12 14万+
日前查看某个程序的日志，发现一直在报GC相关的信息，不确定这样的信息是代表正确还是不正确，所以正好借此机会再复习下GC相关的内容： 以其中一行为例来解读下日志信息： [GC (Allocation Failure) [ParNew: 367523K->1293K(410432K), 0.0023988 secs] 522739K->156516K(1322496K), 0.0025...
jvm内存调优的手段
03-14
JVM内存调优是优化Java应用程序性能的...5. GC日志分析：通过分析GC日志可以了解垃圾回收的情况，找出性能瓶颈和优化的方向。可以通过设置-XX:+PrintGC和-XX:+PrintGCDetails参数来打印GC日志，并使用工具进行分析。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值