1:客户业务增加,导致FGC频繁。当发现FGC的次数频繁很高,这说明了需要优化JVM来减少FGC的次数,而由于代码问题导致的这种问题需要定位到代码中
2:个人代码导致的服务告警,排查过程:
第一步:用Top来查看CPU的使用率:
第二步:找出cup使用最高的pid 也就是第一列,然后jstack pid |fgrep pid(这里需要转16进制 printf “%xn”)
jstack的结果:
关于线程状态需要关注的有;
死锁 Deadlock ;等待资源,Waiting on condition;等待获取监视器,Waiting on monitor entry;阻塞,Blocked(重点关注)
如果是Blocked就是等待资源超时,这里由于没有现场的截图,只能描述一下,就是state 状态中是: java.lang.Thread.State: BLOCKED (on object monitor)
如果是Runnable的话:一般指该线程正在执行状态中,该线程占用了资源,正在处理某个请求,有可能正在传递SQL到数据库执行,有可能在对某个文件操作,有可能进行数据类型等转换。
如果是Wating on condition;
当你的堆栈信息出现这样的话你就可以基本发现是出现了死锁,还是阻塞,从而定位到代码中