Java开发中,排查线程阻塞、死锁等问题时，jstack命令是不可或缺的工具，jstack是JDK自带的命令行工具，用于生成虚拟机当前时刻的线程快照（Thread Dump），通过分析线程快照，可以定位线程的阻塞原因、死锁状态以及CPU占用过高等问题，本文将详细介绍jstack命令的使用方法、输出结果分析及实际应用场景。
jstack命令的基本语法为jstack [option] <pid>，其中pid是目标Java进程的ID，常用的option包括：-l（显示锁的详细信息）、-m（混合模式，包含Native栈信息）和-F（强制生成线程快照，适用于进程无响应时）。jstack -l 1234会生成进程1234的线程快照，并显示锁的详细信息，使用jstack前，需通过jps命令或系统工具（如Linux的ps命令）获取目标Java进程的PID。
jstack生成的线程快照通常包含多个线程的堆栈信息,每个线程的堆栈以线程ID、线程名称、线程状态（如RUNNABLE、BLOCKED、WAITING等）开头， followed by 详细的调用栈，调用栈记录了线程从启动到当前时刻的方法调用链，有助于定位问题代码，一个处于RUNNABLE状态的线程可能正在执行业务逻辑，而处于BLOCKED状态的线程则可能因等待锁而无法继续执行，通过分析线程状态和调用栈，可以快速识别出异常线程。
线程状态是jstack输出中的关键信息,Java线程状态包括NEW（新建）、RUNNABLE（运行中）、BLOCKED（阻塞）、WAITING（等待）、TIMED_WAITING（超时等待）和TERMINATED（终止），BLOCKED状态表示线程正在等待监视器锁（即synchronized锁），而WAITING和TIMED_WAITING状态通常表示线程调用了Object.wait()、Thread.join()或LockSupport.park()等方法，若多个线程同时等待同一个锁，jstack会显示这些线程处于BLOCKED状态，且堆栈中会包含等待锁的代码位置。
死锁是jstack的典型应用场景,当多个线程因互相等待对方持有的锁而无法继续执行时，会发生死锁，jstack会自动检测死锁，并在输出的开头明确提示“Found one deadlock”，线程A持有锁L1并等待锁L2，而线程B持有锁L2并等待锁L1，jstack会分别打印这两个线程的堆栈信息，并标注导致死锁的锁，通过分析这些信息，可以调整锁的获取顺序或使用锁超时机制解决死锁问题。
CPU占用过高是另一个常见问题,若某个线程长时间处于RUNNABLE状态，且其堆栈中频繁执行某些方法（如循环计算、IO操作等），则可能是CPU占用的原因，一个线程的堆栈显示在java.util.HashMap.get()方法中循环执行，可能是因为HashMap在并发环境下出现扩容或链表/红黑树转换导致的性能问题，可以结合top -H -p <pid>命令定位具体的高CPU线程，再通过jstack分析其堆栈。
jstack的输出中还包含锁的信息,使用-l选项时，jstack会显示每个线程持有的锁和等待的锁。locked <0x000000076bb2a5f8> (a java.lang.Object)表示线程持有某个对象的锁，而waiting on <0x000000076bb2a5f8> (a java.lang.Object)表示线程正在等待该锁，通过锁的信息，可以分析锁竞争情况，优化锁粒度或使用无锁数据结构（如ConcurrentHashMap）。
实际使用中,jstack通常结合其他工具一起使用，通过jstat -gc <pid>监控GC情况，判断是否因内存问题导致线程阻塞；通过jmap -dump <pid>生成堆转储文件，分析内存泄漏，在生产环境中，建议编写脚本定期采集jstack快照，并结合日志系统进行综合分析，以便快速定位问题。
以下是jstack输出的简化示例表格,展示不同线程状态的堆栈信息：
| 线程ID | 线程名称 | 线程状态 | 调用栈摘要 |
|---|---|---|---|
| 1 | main | RUNNABLE | java.lang.Thread.run() |
| 2 | worker-1 | BLOCKED | java.lang.Object.wait() |
| 3 | worker-2 | WAITING | java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire() |
通过表格对比,可以直观地看到不同线程的状态差异，有助于快速定位问题线程。
相关问答FAQs：
-
问：jstack生成的线程快照是否会影响应用性能？
答：jstack本身是轻量级工具，生成线程快照时会对目标进程造成短暂停顿（通常在毫秒级），但不会导致应用崩溃或数据损坏，在生产环境中，建议在低峰期使用，或结合jstack -F选项强制生成快照以减少停顿时间。 -
问：如何通过jstack区分线程是正常等待还是异常阻塞？
答：正常等待的线程通常处于WAITING或TIMED_WAITING状态，且堆栈中包含明确的等待条件（如Thread.sleep()、数据库连接池等待等）；异常阻塞的线程则可能长时间处于BLOCKED状态，或堆栈中频繁执行某些方法（如自旋锁、死循环等），结合业务逻辑和日志，可以进一步确认线程行为是否符合预期。
