Java应用线上问题排查的常用工具和方法

Posted 2020-06-17

　　在长期排查线上问题的过程中，总结了一些工具的用法和排查问题的思路，这里跟大家分享一下，在遇到类似的问题时，希望能给予一些帮助。

　　首先讲讲工具， jvm 自带的一些工具是必须熟练掌握的，例如jstack, jmap, jstat等，它们可以帮我们去深入了解JVM正在做的事情，主要的适用领域有这些：

1、jstack

　　jstack可以告诉你当前所有JVM线程正在做什么，包括用户线程和虚拟机线程，你可以用它来查看线程栈，并且结合Lock信息来检测是否发生了死锁和死锁的线程。

　　没事儿jstack一下，知道你的小伙伴正在做什么。

　　另外在用top -H看到占用CPU非常高的pid时，可以转换成16进制后在jstack dump出来的文件中搜索，看看到底是什么线程占用了CPU。

2、jstat

　　stat，顾名思义就是提供一些统计信息，它可以告诉你当前的GC情况，包括GC次数、时间，具体的GC还可以结合gc.log文件去分析。

　　一般来说，我们用jstat去查看GC情况，判断是否存在YGC或FGC频繁的情况，再去看gc.log和jamp dump内存，MAT分析来定位问题（后面会有一个case针对这种场景）。

　　常用的用法是jstat -gcutil pid time_interval

3、jmap

　　排查GC问题必然会用到的工具，jmap可以告诉你当前JVM内存堆中的对象分布及其关系，当你dump堆之后可以用MAT分析，看看有哪些大对象，或者哪些类的实例特别多。

　　常用用法：

　　强制FGC：-histo:live

　　dump堆：-dump:[live],format=b,file=dump.bin

　　查看各代内存占用情况：-heap

　　然后我们来介绍一些开源的工具，来增强JVM工具本身的作用。

 

4、top

　　这个是 linux 自带的命令，查看系统资源消耗情况，可以看看CPU、内存、SWAP、I/O的消耗情况，需要特别注意的有几个值：

　　ni，这个值如果特别高说明线程上下文切换开销较大，看看是不是开了太多的线程导致的

　　res，这个代表了进程实际占用的内存

　　swap，内存不足就会占用swap空间，这个时候一般应用的性能会急剧下降，需要特别关注