Jstack导出日志分析JAVA线程

1.查找运行中的JAVA进程相关命令

jps
ps -ef | grep ''
ll /proc/[pid]/cwd

2. 使用jstack命令导出日志

jstack [pid] > /tmp/[pid].tdump

3.使用 IBM Thread and Monitor Dump Analyzer for Java.进行分析

下载地址
https://download.csdn.net/download/qq_33517844/86722083
在windos上运行命令启动工具

java -jar jca4613.jar

dump 文件里，值得关注的线程状态有：

死锁，Deadlock（重点关注）
执行中，Runnable
等待资源，Waiting on condition（重点关注）
等待获取监视器，Waiting on monitor entry（重点关注）
暂停，Suspended
对象等待中，Object.wait() 或 TIMED_WAITING
阻塞，Blocked（重点关注）
停止，Parked
含义分析如下：

Deadlock:死锁线程
一般指多个线程调用间，进入相互资源占用，导致一直等待无法释放的情况。

Runable:
一般指该线程正在执行状态中，该线程占用了资源，正在处理某个请求，有可能正在传递SQL到数据库执行，有可能在对某个文件进行操作，有可能进行数据类型转换。

Waiting on condition:
等待资源，或等待某个条件的发生。具体原因需结合stacktrace来分析。如果堆栈信息明确是应用代码，则证明该线程正在等待资源。一般是大量读取某资源，且该资源采用了资源锁的情况下，线程进入了等待状态，等待资源的读取。或正在等待其他现场的执行。如果发现有大量的线程都处在Wait on Condition，从线程的stack看，正等待网络读写，这可能是一个网络瓶颈的征兆，是因为网络阻塞导致线程无法执行，一种情况是网络非常忙，几乎消耗了所有带宽，仍然有大量的数据等待网络读写；另一种情况也可能是网络空闲，但由于路由等问题，导致包无法正常的到达。又或者是该线程在sleep,等待sleep的时间到了，将被唤醒

Blocked：线程阻塞
是指当前线程执行过程中，所需要的资源长时间等待却一直未能获取到，被容器的线程管理器表示为阻塞状态，可以理解为等待资源超时的线程。

Waiting for monitor entry 和 in Object.wait():
monitor是java中用以实现线程之间的互斥与协作的主要手段，它可以看成是对象或者Class的锁。每一个对象都有且只有一个monitor。当某个线程期待获得Monitor及对象的锁，而在锁被其他线程拥有的时候，这个线程就会进入Entry Set区域。曾经获得过锁，但是其他必要条件不满足而需要wait的线程就进入了Wait Set区域。