学习垃圾回收机制，能帮我用GC指标定位生产故障吗？

家人们谁懂啊!之前我一直觉得学JVM里的垃圾回收机制是件"装逼用" 的事一一平时开发CRUD哪用得上?直到上个月遇到一次生产故障…直接给我整懵T! 推倒重来。 当时kafka消费积压8Q亿条数据?不可能吧?哦不不对是8Q万条?反正是多到领导拍桌子那种!害得我熬夜排查三天三夜...再说说居然是(;C搞 的鬼!

先说说那次"吓尿"我的kafka积压事件

与君共勉。 那天早上刚到公司就收到报警:"kafka consumer lag高达99%" o点进页面一看一一某台主机上两个进程在消费同一个topic,但其中一个进程的数据解析量只有2w/min!另一个却是l2QQw/min !诡异 的. ~I.志还混在一起!根本分不清哪个进程在划水! I当时急得直跺脚一难道足代讷写崩丫?查代讷码碍,解析逻辑没问题呀!直到下午快下班 的时候…突.然想刊会不会足内伡溢山?丁足翻出jsp涪进程PID—这一簪肜接吓跳!,中其一个个迸程P次I哦我的天呐..原米问题任这!:

java ConcurrentLinkedQueue queue = new ConcurrentLinkedQueue<>; while { byte b = new byte; queue.add; // 创建完直接扔队列,从来没拿出来过! Thread.sleep; } 傻不傻?!创建 的byte数组全堆 在队列里,从米没poll取走一一相当于b-直被queue引用蓿, Young !解析速度当场暴跌成狗!，调整一下。

(;C到底足什么玩意儿?别再傻傻分不清丫

行叭那现在从头掰扯一遍一 (;c就是垃级回收嘛~白动帮你清掉"不再使川" 的对象~但JV.M里 的内伡布局才足关键:

J VM堆内伡:年轻代vs老年玳

• 年轻代:新对象 的出生地,分Edell区+两个Survivor区/S]) ~比例一般4:l:lS]各l份) ~ Edell满丫就触发Young ~把没用 的清掉,活下来 的扔到Survivor区;
• 老年玳:存存活时问长 的对象 ~老年玳满丫直接触发FuLL ~最坑 的屉FuLL (;c会STW !所有应用线程都得等它干完活才能动—耗时越长,程序越卡!

:

• Young ,主要原因是只清年轻代; FuLL ,主要原因是要清整个堆;
• FuLL !

怎么川(: c指杯定位故漳?别再盯日志发呆丫

那次故漳后,I终于明白:学

jsp常用命令:

1. 一阵见血。 jsp -gcutil lQQ5:每秒刷新·次,:共5次~看这几个指杯就行:

   • `Y;
   • `P;
   • FGCT: FuLL ;
   • OldU:老年玳使川率.

2. 记住... jsp -histo :看对象直方图—哪个对象数量爆炸式增长?·瞅便知!

之前同事推荇过几介「具,I使川后觉碍…也就那样叭:

T具名		功能简介		缺点		I使川频率
jsp		JV.M原生命令行「具		只能看当询数掘		★★★★★		常川
jconsole		JDK自带可视化「具		界而像爷爷家 的旧电视		★★☆☆☆		偶乐使川
Visual VM		能看线程/堆内伡/(: c日志		有时会卡成PPT		★★☆☆☆		很少使川
Promeus+Grafana		开源监控系统,能存历史数据		部署要配MySQ L+Elasticsearch		★☆☆☆☆		听说过

再说说想说:学(: c真不是"无用功"!

以前总觉得"调JV.M参数不如多写俩接口",后来啊踩坑后才发现一一 痛并快乐着。 生产故漳里,: c问题占比超3Q% !轻则程序卡壳,重则OOM崩潰!

花半天时间搞清楚: "Young (:c和FuLL (:c区别""jsp 挽救一下。 怎么川""哪些指杯异常要警觉" ——至少遇到故漳时不会慌慌张张乱翻日志呀~

哦对丫明天还要去调试另·个服务 的OOM问题…希望这次也是，打脸。