在线分析工具-thread dump分析

一、概述
    对于内存溢出,频繁GC,或者内存占用过高。我们可以让运维人员线上dump,抓取gc文件,进行分析。找出堆中大对象或者线程占用不释放
二、分析工具

分析功能 fastthread.io TDA-THREAD DUMP ANALYZER MemoryAnalyzer
网站地址 https://fastthread.io/ https:github.com/irockel/tda https://www.cnblogs.com/letcafe/p/mat.html

在线分析工具-thread dump分析_第1张图片
三、分析方法
1、线程组分析
    用于线程数过大,快速定位相关线程组;典型场景:每次方法调用都创建一个新的线程池
2、相同栈聚合分析(fastthread.io)
    对于相同栈进行聚合,可快速定位异常的方法栈或者某个典型方法
    对应的分析截图,此处省略
3、对象锁传递分析(fastthread.io)
    快速定位锁等待场景,进而定位到有问题的方法入口
如:java.util.concurrent.ConcurrentHashMap is blocking 400 treads.
    对应的分析截图,此处省略
4、Most Used Methods (fastthread.io)
    如果某个方法出现的次数过多,说明这个方法可能存在慢的远程调用,锁等待,不合理的调用等场景
    对应的分析截图,此处省略
5、Dead Lock(fastthread.io)
    定位锁相互等待如:Thread hhtp-nio-3945-exec-3 is in deadlock wihth thread http-nio-3532-exec-1
    对应的分析截图,此处省略
6、GC Threads(fastthread.io)
    cpu核数和默认的gc线程数量是相关的,过多的gc线程对应用服务的性能有一定的影响
7、栈长度分析调用
    不合理的递归调用
8、CPU占用过高的线程
    打开服务所在Linux,使用top命令查找占用cpu高的top5,找出对应的线程栈
9、找出慢线程
    不同dump中停留相同方法的线程响应慢的问题
10、对象回收
    对象回收执行Finalize方法,若阻塞,引起OOM,故关注Finalizer Thread

你可能感兴趣的:(jvm)