JVM的Full GC日志应该怎么看？

prtyaa 2023-12-28 15:29:30  53145 赞同 0 反对 0

分类：资源

之前两篇文章已经给大家分析清楚了对象是如何进入老年代的，接着我们就给大家演示一下，老年代的GC是如何触发的。

2、示例代码

3、GC日志

我们需要采用如下参数来运行上述程序：

运行之后会得到如下GC日志：

4、一步一图分析日志

一行一行看代码

这行代码直接分配了一个4MB的大对象，大于JVM参数设置的大对象阈值，此时这个对象会直接进入老年代，接着array1不再引用这个对象。

接着会执行如下代码：

这个对象肯定是不能放进eden区了，因为eden区里已经放了6MB+128KB的对象了，总共就8MB，放不下这个2MB对象了。

所以此时会直接触发一次Young GC。

但是我们看下面的GC日志：

ParNew (promotion failed): 7260K->7970K(9216K), 0.0048975 secs

因为eden区对象都有人引用，所以回收不掉。

所以此时大家都知道，一定会直接把这些对象放入到老年代里去，但是此时老年代里已经有一个4MB的数组了，还能放的下3个2MB的数组和1个128KB的数组吗？

答案是：肯定不行了，都超了内存了。

所以要对老年代进行gc

所以此时我们看gc日志：

[CMS: 8194K->6836K(10240K), 0.0049920 secs] 11356K->6836K(19456K), [Metaspace: 2776K->2776K(1056768K)], 0.0106074 secs]

大家可以清晰看到，此时执行了CMS垃圾回收器的Full GC，我们之前讲过Full GC其实就是会对老年代进行Old GC，同时一般会跟一次Young GC关联，还会触发一次元数据区（永久代）的GC。

在CMS Full GC之前，就已经触发过Young GC了，此时大家可以看到此时Young GC就已经有了，接着就是执行针对老年代的Old GC，也就是上面的日志：

CMS: 8194K->6836K(10240K), 0.0049920 secs。

这里看到老年代从8MB左右的对象占用，变成了6MB左右的对象占用，这是怎么个过程呢？很简单，一定是在Young GC之后，先把2个2MB的数组（array2,3,4中的两个2MB）放入了老年代，如下图

此时要继续放1个2MB的数组（array2,3,4中的一个）和1个128KB的数组（array5）到老年代，一定会放不下，所以此时就会触发CMS的Full GC，

然后此时就会回收掉其中的一个4MB的数组，因为他已经没人引用了，如下图所示。

接着放入进去1个2MB的数组和1个128KB的数组，如下图所示。

所以大家再看CMS的垃圾回收日志：CMS: 8194K->6836K(10240K), 0.0049920 secs，他是从回收前的8MB变成了 6MB，就是上图所示。

最后在CMS Full GC执行完毕之后，其实年轻代的对象都进入了老年代，此时最后一行代码要在年轻代分配2MB的数组就可以成功了，如下图。

如果您发现该资源为电子书等存在侵权的资源或对该资源描述不正确等，可点击“私信”按钮向作者进行反馈；如作者无回复可进行平台仲裁，我们会在第一时间进行处理！

评价 0 条

相关资源

Spring Boot 项目上传日志到 Azure Application Insights 2023-12-29 51855 浏览
Azure 提供了一个 Application Insights 工具。这个工具可以对 Spring Boot 项目中的 API 请求，日志进行分析。你需要做的就是在你的 Spring Boot 项目中配置好依赖和参数后，Spring Boot 项目启动后就会自动将日志上传到 Azure 供分析。
日志系统新贵 Loki，确实比笨重的ELK轻 2024-01-01 53785 浏览
最近，在对公司容器云的日志方案进行设计的时候，发现主流的ELK或者EFK比较重，再加上现阶段对于ES复杂的搜索功能很多都用不上最终选择了Grafana开源的Loki日志系统，下面介绍下Loki的背景。
Spring Cloud Sleuth 全链路日志跟踪解决方案 2023-12-30 49269 浏览
本篇文章所涉及到的demo练习使用的 cloud 2021.0.3+ springboot2.6.8
Spring 日志输出错误字符 -e[0;39m e[2m[ 2023-12-29 50980 浏览
Spring 的日志在输出的时候，出现了类似 -e[0;39m e[2m[ 的错误。
微服务海量日志怎么处理，推荐你试试这款工具.... 2024-01-01 52502 浏览
背景在企业级的微服务环境中，跑着成百上千个服务都算是比较小的规模了。在生产环境上，日志扮演着很重要的角色，排查异常需要日志，性能优化需要日志，业务排查需要业务等等。然而在生产上跑着成百上千个服务，每个服务都只会简单的本地化存储，当需要日志协助排查问题时，很难找到日志所在的节点。也很难挖掘业务日志的数据价值。
JVM的Young GC日志应该怎么看 2023-12-28 53206 浏览
就通过一步一图的方式，接着上篇内容继续来仔细分析GC日志，同时配合画图Young GC的实际执行过程。
从零实现一个日志框架 2023-12-31 50991 浏览
Java里的各种日志框架，相信大家都不陌生。Log4j/Log4j2/Logback/jboss logging等等，其实这些日志框架核心结构没什么区别，只是细节实现上和其性能上有所不同。本文带你从零开始，一步一步的设计一个日志框架
Java 面试题之 Logback 打印日志是如何获取当前方法名称的？ 2023-12-30 47586 浏览
在 Java 中，有四种方法可以获取当前正在执行方法体的方法名称，分别是：使用 Thread.currentThread().getStackTrace() 方法使用异常对象的 getStackTrace() 方法使用匿名内部类的 getClass().getEnclosingMethod() 方法 Java 9 的 Stack-Walking API 本文将根据以上四种方法来给大家进行具体讲解，不过不知道大家有没有想过，获取当前执行方法体的方法名称有什么用嘞？它可以用于日志记录、异常处理、测试框架等方面。例如我们可以在方法的开始和结束时打印出当前方法名和参数，以便追踪程序的执行流程和性能。在介绍完以上四种方法后，就会给大家揭晓面试题答案。
MySQL：文件日志 2023-12-28 52144 浏览
本文主要讲MySQL：文件日志
意外掉电或硬关机系统后，有时会出现使用iscsiadm能正常查看Target设备，但无法挂载该设备的问题。（日志报告无法挂载或磁盘已挂载） 2023-12-25 50663 浏览
意外掉电或硬关机系统后，有时会出现使用iscsiadm能正常查看Target设备，但无法挂载该设备的问题。（日志报告无法挂载或磁盘已挂载）