一、概述
对于内存溢出，频繁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 |
三、分析方法
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