Thread dump文件抓取和分析
接下来分析CentOS下怎么抓取Thread dump文件,JCA怎么分析Thread dump文件。
1、CentOS下抓取Thread dump文件
CentOS下命令
会打印出额外的锁信息,在发生死锁时可以用jstack -l pid来观察锁持有情况
jstack -l pid
不仅会输出Java堆栈信息,还会输出C/C++堆栈信息
jstack -m pid
输出有异常的进程Thread Core文件。
jstack -l pid >> /root/*.txt
执行 “jstack 进程号 | grep 线程ID” 查找某进程下线程的状态。

2、JCA工具分析Thread dump文件
2.1 线程状态
New: 当线程对象创建时存在的状态,此时线程不可能执行;
Runnable:当调用thread.start()后,线程变成为Runnable状态。只要得到CPU,就执行;
Running:线程正在执行;
Waiting:执行thread.join()或在锁对象调用obj.wait()等情况就会进该状态,表明线程正处于等待某个资源或条件发生来唤醒自己;
Timed_Waiting:执行Thread.sleep(long)、thread.join(long)或obj.wait(long)等就会进该状态,与Waiting的区别在于Timed_Waiting的等待有时间限制;
Blocked:如果进入同步方法或同步代码块,没有获取到锁,则会进入该状态;
Dead:线程执行完毕,或者抛出了未捕获的异常之后,会进入dead状态,表示该线程结束
其次,对于jstack日志,我们要着重关注如下关键信息
Deadlock:表示有死锁
Waiting on condition:等待某个资源或条件发生来唤醒自己。具体需要结合jstacktrace来分析,比如线程正在sleep,网络读写繁忙而等待
Blocked:阻塞
Waiting on monitor entry:在等待获取锁
in Object.wait():获取锁后又执行obj.wait()放弃锁
一般重点查看“等待资源Waiting on condition”、“wait()”、“阻塞Blocked”。这些是引起CPU高,可能是线程执行有死循环。
2.2具体例子
利用下面大量new对象模拟“堆内存溢出”的案例。
List