经过jstack日志分析和问题排查

简介

jstack用于生成java虚拟机当前时刻的线程快照。线程快照是当前java虚拟机内每一条线程正在执行的方法堆栈的集合，生成线程快照的主要目的是定位线程出现长时间停顿的缘由，如线程间死锁、死循环、请求外部资源致使的长时间等待等。 线程出现停顿的时候经过jstack来查看各个线程的调用堆栈，就能够知道没有响应的线程到底在后台作什么事情，或者等待什么资源。 若是java程序崩溃生成core文件，jstack工具能够用来得到core文件的java stack和native stack的信息，从而能够轻松地知道java程序是如何崩溃和在程序何处发生问题。另外，jstack工具还能够附属到正在运行的java程序中，看到当时运行的java程序的java stack和native stack的信息, 若是如今运行的java程序呈现hung的状态，jstack是很是有用的。

 

一：jstack

jstack命令的语法格式： jstack  <pid>。能够用jps查看java进程id。这里要注意的是：

1. 不一样的 JAVA虚机的线程 DUMP的建立方法和文件格式是不同的，不一样的 JVM版本， dump信息也有差异。

2. 在实际运行中，每每一次 dump的信息，还不足以确认问题。建议产生三次 dump信息，若是每次 dump都指向同一个问题，咱们才肯定问题的典型性。

 

二：jstack Dump 日志文件中的线程状态

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

死锁， Deadlock（重点关注） 

执行中，Runnable   

等待资源， Waiting on condition（重点关注） 

等待获取监视器， Waiting on monitor entry（重点关注）

暂停，Suspended

对象等待中，Object.wait() 或 TIMED_WAITING

阻塞， Blocked（重点关注）  

中止，Parked

 

2：Dump文件中的线程状态含义及注意事项

Deadlock：死锁线程，通常指多个线程调用间，进入相互资源占用，致使一直等待没法释放的状况。

Runnable：通常指该线程正在执行状态中，该线程占用了资源，正在处理某个请求，有可能正在传递SQL到数据库执行，有可能在对某个文件操做，有可能进行数据类型等转换。

Waiting on condition：该状态出如今线程等待某个条件的发生。具体是什么缘由，能够结合 stacktrace来分析。最多见的状况是线程在等待网络的读写，好比当网络数据没有准备好读时，线程处于这种等待状态，而一旦有数据准备好读以后，线程会从新激活，读取并处理数据。在 Java引入 NewIO以前，对于每一个网络链接，都有一个对应的线程来处理网络的读写操做，即便没有可读写的数据，线程仍然阻塞在读写操做上，这样有可能形成资源浪费，并且给操做系统的线程调度也带来压力。在 NewIO里采用了新的机制，编写的服务器程序的性能和可扩展性都获得提升。

        若是发现有大量的线程都在处在 Wait on condition，从线程 stack看， 正等待网络读写，这多是一个网络瓶颈的征兆。由于网络阻塞致使线程没法执行。一种状况是网络很是忙，几 乎消耗了全部的带宽，仍然有大量数据等待网络读 写；另外一种状况也多是网络空闲，但因为路由等问题，致使包没法正常的到达。因此要结合系统的一些性能观察工具来综合分析，好比 netstat统计单位时间的发送包的数目，若是很明显超过了所在网络带宽的限制 ; 观察 cpu的利用率，若是系统态的 CPU时间，相对于用户态的 CPU时间比例较高；若是程序运行在 Solaris 10平台上，能够用 dtrace工具看系统调用的状况，若是观察到 read/write的系统调用的次数或者运行时间遥遥领先；这些都指向因为网络带宽所限致使的网络瓶颈。另一种出现 Wait on condition的常见状况是该线程在 sleep，等待 sleep的时间到了时候，将被唤醒。  

  

locked：线程阻塞，是指当前线程执行过程当中，所须要的资源长时间等待却一直未能获取到，被容器的线程管理器标识为阻塞状态，能够理解为等待资源超时的线程。

Waiting for monitor entry 和 in Object.wait()：Monitor是 Java中用以实现线程之间的互斥与协做的主要手段，它能够当作是对象或者 Class的锁。每个对象都有，也仅有一个 monitor。