【参考文章】：jstack 命令使用经验总结
1. 简介
jstack主要用于生成java虚拟机当前时刻的线程快照。
线程快照是当前java虚拟机内每一条线程正在执行的方法堆栈的集合，
主要目的是定位线程出现长时间停顿的原因，如线程间死锁、死循环、请求外部资源导致的长时间等待等
2. 基本用法
2.1 jstack <pid>
输出当前时刻该进程的线程快照信息；
一般分为三个部分：
第一部分为是当前快照的时间信息和JVM的信息；
示例：
第二部分为多个线程的执行情况，我们选取一个线程作为示例进行分析；
示例：
main：线程名称；
prio：线程优先级；
os_prio：线程优先级；
tid：线程ID；
nid：映射到Linux系统中的轻量级进程PID，快照中用16进制表示，可转为10进制在系统中进行查看；
线程当前动作：
一般记录在每个 thread dump 的第一行末尾；
runnable：表示线程在参数CPU竞争，可能在被调度运行，也可能在就绪等待；
sleeping：表示调用了 Thread.sleep()，线程进入休眠；
waiting on condition [0x...]：表示线程被阻塞原语所阻塞, 方括号内的地址表示线程等待的资源地址; 这种和 jvm 的内置锁体系没有关系, 它是 jdk5 之后的 java.util.concurrent.locks.Condition 包下的锁机制;
waiting for monitor entry [0x...]：表示线程在试图获取内置锁, 进入了等待区 Entry Set, 方括号内的地址表示线程等待的资源地址;
in Object.wait() [0x...]： 表示线程调用了 object.wait(), 放弃了内置锁, 进入了等待区 Wait Set, 等待被唤醒, 方括号内的地址表示线程放弃的资源地址;
Thread.State：
RUNNABLE：这种一般与线程动作 runnable 一起出现;
BLOCKED (on object monitor)： 这种一般与线程动作 waiting for monitor entry 一起出现, 不过在其线程调用栈最末端并没有一个固定的方法, 因为 synchronized 关键字可以修饰各种方法或者同步块;
WAITING (on object monitor) 或者 TIMED_WAITING (on object monitor)： 这种一般与线程动作 in Object.wait() [0x...] 一起出现, 并且线程调用栈的最末端调用方法为 at java.lang.Object.wait(Native Method), 以表示 object.wait() 方法的调用;
另外, WAITING 与 TIMED_WAITING 的区别在于是否设置了超时中断, 即 wait(long timeout) 与 wait() 的区别;
WAITING (parking) 或者 TIMED_WAITING (parking)： 这种一般与线程动作 waiting on condition [0x...] 一起出现, 并且线程调用栈的最末端调用方法一般为 at sun.misc.Unsafe.park(Native Method);
Unsafe.park 使用的是线程阻塞原语, 主要在 java.util.concurrent.locks.AbstractQueuedSynchronizer 类中被使用到, 很多基于 AQS 构建的同步工具, 如 ReentrantLock, Condition, CountDownLatch, Semaphore 等都会诱发线程进入该状态;
另外, WAITING 与 TIMED_WAITING 的区别与第三点中提到的原因一致;
线程的重要调用修饰：
thread dump 的线程调用栈中, 一般会把与锁相关的资源使用状态以附加的形式作重点修饰, 这与线程的动作及状态有着密切的联系, 一般情况下可分为如下几类:
locked <0x...>, 表示其成功获取了内置锁, 成为了 owner;
parking to wait for <0x...>, 表示其被阻塞原语所阻塞, 通常与线程动作 waiting on condition 一起出现;
waiting to lock <0x...>, 表示其在 Entry Set 中等待某个内置锁, 通常与线程动作 waiting for monitor entry 一起出现;
waiting on <0x...>, 表示其在 Wait Set 中等待被唤醒, 通常与线程动作 in Object.wait() [0x...] 一起出现;
第三部分为JVM级别的信息
示例：
VM Thread：虚拟机线程；
VM Periodic Task Thread：虚拟机的工作任务线程；
JNI global references ：JNI 全局引用个数；
2.2 jstack -F -m -l <pid>
-F：进程没有响应时强制打印堆栈信息；
-m：打印 Java 和 native C、C++ 的堆栈信息；
-l：打印关于锁的附加信息
当使用 -F -m 参数时，都会进行死锁的检测，打印的 thread dump 信息会包含如下信息：
当使用 -l 参数时，输出当前线程持有的锁的地址和类型，没有则显示为None：