Thread dump 分析

Thread dump 分析

• 工具 https://github.com/irockel/tda/releases/tag/2.4

• 获取dump文件

  jcmd <PID> Thread.print > /applog/dev/thread-1.log
  jcmd <PID> Thread.print > /applog/dev/thread-2.log
  jcmd <PID> Thread.print > /applog/dev/thread-3.log
  

  pid: java进程ID，5-10秒执行一次

• 线程的状态

线程的状态有： new、runnable、running、waiting、timed_waiting、blocked、dead

各状态说明：

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状态，表示该线程结束，我们要着重关注如下关键信息

Deadlock ：表示有死锁；

Waiting on condition ：等待某个资源或条件发生来唤醒自己。具体需要结合jstacktrace来分析，比如线程正在sleep，网络读写繁忙而等待；

Blocked ：阻塞

Waiting on monitor entry ：在等待获取锁

in Object.wait() ：获取锁后又执行obj.wait()放弃锁

对于 Waiting on monitor entry 和 in Object.wait()的详细描述 ：Monitor是 Java中用以实现线程之间的互斥与协作的主要手段，它可以看成是对象或者 Class的锁。每一个对象都有，也仅有一个 monitor。从下图中可以看出，每个 Monitor在某个时刻，只能被一个线程拥有，该线程就是 “Active Thread”，而其它线程都是 “Waiting Thread”，分别在两个队列 ” Entry Set”和 “Wait Set”里面等候。在 “Entry Set”中等待的线程状态是 “Waiting for monitor entry”，而在 “Wait Set”中等待的线程状态是 “in Object.wait()”

今天的文章Thread dump 分析分享到此就结束了，感谢您的阅读，如果确实帮到您，您可以动动手指转发给其他人。