什么叫杂谈(e网杂谈)

本文基于JDK1.8,使用的收集器为ParNew+CMS前言这篇文章的起因是这样的,在上周五凌晨很苦逼得参加双十一压测值班的时候,有个业务方突然打电话来说我们提供的客户端存在内存泄漏问题导致线上应用持续fullgc,本来已经快要睡着的我立马就精神起来了,一通排查,最终定位到了确实是客户端有个bug会导致部分数据会被一直持有进入老年代之后gc不掉,从而就导致了老年代的频繁gc,具…

大家好,又见面了,我是你们的朋友全栈君。

本文基于JDK 1.8,使用的收集器为ParNew + CMS

前言

这篇文章的起因是这样的,在上周五凌晨很苦逼得参加双十一压测值班的时候,有个业务方突然打电话来说我们提供的客户端存在内存泄漏问题导致线上应用持续full gc,本来已经快要睡着的我立马就精神起来了,一通排查,最终定位到了确实是客户端有个bug会导致部分数据会被一直持有进入老年代之后gc不掉,从而就导致了老年代的频繁gc,具体bug暂且不表,有一个很奇怪的现象引起了我的注意,那就是从监控系统上来看,这个应用平均一分钟full gc次数高达十多次,按照我之前的理解full gc时是会stop the world的,stop the world的频率这么高,那么应用自身的服务已经跪掉了啊,但是看这个应用的业务指标监控,居然一切正常,这就有点超出我的理解能力了,后面为了解决这个疑问,针对什么是full gc,以及如何查看full gc的次数等查阅了很多资料,总算搞懂了full gc这个概念,在查资料的过程中发现中文社区里面包含太多错误的信息了,而且大多都是抄来抄去的,非常误导人,因此打算写一篇文章,对一些错误观点进行纠正。

正文

前置知识点

在真正开始探索Full GC之前,我们需要先介绍几个概念

GC

GC 全称为garbage collection,中文含义为垃圾回收,在jvm中的含义为回收无用内存空间

Young space

中文名为年轻代或者新生代,为JVM 堆的一部分,由分代GC概念划分而来,保存生命周期较短的对象

Tenured space

中文名为老年代或年老代,为JVM 堆的一部分,由分代GC概念划分而来,保存生命周期较长的对象

Minor GC

minor gc指的是发生在年轻代或者说新生代(Young space)中的gc,也有人称其为young gc或者ygc,在下文中我们统一使用minor gc表示

Major GC

major gc指的是发生在老年代(Tenured space)中的gc,也有人称为old gc,o gc,cms gc等,在下文我们统一使用major gc表示

stop the world

指的是用户线程在运行至安全点(safe point)或安全区域(safe region)之后,就自行挂起,进入暂停状态,对外的表现看起来就像是全世界都停止运转了一样,而不论何种gc算法,不论是minor gc还是major gc都会stop the world,区别只在于stop the world的时间长短。

什么是Full GC

先说一下结论,Full GC这个概念是没有官方定义的,而且含义还特别混乱,在不同地方表达的含义是不同的,需要就不同的场景分别进行讨论。

大众认知上

在通常意义上人们口中说的Full GC为一次特殊GC行为的描述,这次GC会回收整个堆的内存,包含老年代,新生代,metaspace等,这个是最常见的一种认知,很多人也就了解到这个程度,因此在遇到一些特殊场景的时候就会发现实际情况和自己的认知会发生冲突

从GC日志上

在gc.log中会发现在部分gc日志头中也有Full GC这样的字眼,这里表示的含义是在这次GC的全过程中,都是Stop The world的状态,也就是说在这次GC的全过程中所有用户线程都是处于暂停的状态,那么在这里要喷一下中文jvm神书《深入理解JVM》了,在第二版第89页有这么一段话:

GC 日志开头的“[GC”和“[Full GC”说明了这次垃圾收集的停顿类型,而不是用来区分新生代GC还是老年代GC的。如果有“Full”,说明这次GC是发生了Stop-The-World的,例如下面这段新生代收集器ParNew的日志也会出现“[Full GC”(这一般是因为出现了分配 担保失败之类的问题 .所以才导致STW)。如果是调用System.gc()方法所触发的收集,那么在这里将显示“[Full GC (System)”。

这段话的描述是错误的,因为在前面说过,不论何种gc算法,不论新生代或是老年代,其gc都会发生stop the world,这里正确的描述是这次GC的全过程都是Stop-The-World的

从JDK自带的工具上

使用jstat -gc命令能够查看到制定java 线程的gc次数,那么在经过我的多次尝试以及对比之后,我发现了使用jstat 查出来的FGC 次数和时间,实际上指的是老年代的收集器发生Stop the world 的次数和持续时间,对应本文而言,就是CMS收集器的Stop the world次数和时间

其他含义(坑爹版)

前面不是说到我在监控大盘上看到这个应用平均一分钟发生了十多次”Full GC”么,在我弄明白了前面两个Full GC的含义之后查看了gc.log文件,随后发现该应用实际上一次Full GC都没有出现,然后咨询了一下提供监控数据的同学,结果他说是通过JMX获取的,代码为:

ManagementFactory.getGarbageCollectorMXBeans()

然后众所周知,使用MXBean获取到的只是收集器的执行次数,和Full GC半毛钱关系都没有啊,随后在追问了一下,发现做监控系统的同学直接把CMS收集器的收集次数当做了Full GC的次数来统计,what the fuck????,只能说对于FUll GC的概念真的有很多人是一直没弄懂过的

结束语

在这篇文章快写完的时候,用google随便搜了一下就在首页找到一篇对于各类gc概念介绍得比较透彻的文章,和使用度娘一搜首页全是各种抄来抄去的错误文章相比,对比简直是太强烈了,由此得出结论,技术类的资料能在外网查就在外网查吧,省时又省力,最后附上我找到的这篇文章貌似还是plumbr的联合创始人写的,不得不说很给力了

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/128616.html原文链接:https://javaforall.cn

【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛

【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...

(0)


相关推荐

  • HandlerThread详解「建议收藏」

    HandlerThread详解「建议收藏」转载请注明链接:HandlerThread版本:2018/9/9-1(10:10)HandlerThread问题汇总基本使用(7)源码(7)问题汇总【☆】是补充问题,直接给答案。其余问题答案都在文中。HandlerThread是什么?【☆】HandlerThread任务是并行处理的?不是!是串行处理的。如果一个任务执行…

  • 使用Kettle抽取数据时,出现中文乱码问题解决方案

    使用Kettle抽取数据时,出现中文乱码问题解决方案

    2021年11月23日
  • 安卓apk证书_安卓无法打开apk文件

    安卓apk证书_安卓无法打开apk文件获取apk证书文件MD5值

  • pycharm设置背景颜色_idea自定义背景颜色

    pycharm设置背景颜色_idea自定义背景颜色pycharm原始的背景是白底黑字或者黑底白字,我都不是很喜欢。我配置的是豆沙绿背景,字还是黑字,效果还不错,这种是比较护眼的。如图:  具体操作如下:File->Settings->Editor->Colors&Fonts->General->Text->Defaulttext然后修改background的颜色,配置如下图:

  • Qt播放器学习

    Qt播放器学习Phonon库安装:进入源代码的phonon目录,如”../qt-everywhere-opensource-src-4.6.0/src/phonon”,实际代码并不在里面,从phonon.pro文件可知源代码在“/src/3rdparty/phonon/phonon”,但并不影响编译。在终端输入“make;makeinstall”即可,如果安装时出错,也可手动将lib、includ

  • 因果图分析法[通俗易懂]

    因果图分析法[通俗易懂]目录一、因果图法1.理解二、因果图需要掌握的基本知识1.关系2.约束3.输出条件的约束4.输出条件的约束5.原因和结果表示6.中间节点三、因果图设计测试用例的步骤四、优缺点1.优点2.缺点五、实例1.案例2.分析案例六、为什么要有中间节点1.无中间节点因果图2.有中间节点因果图一、因果图法1.理解因果图是一种简化了的逻辑图,能直观的表明程序输入条件(原因)和输出动作(结果)之间的相互关系; 因果图法是借助图形来设计测试

发表回复

您的电子邮箱地址不会被公开。

关注全栈程序员社区公众号