您好,登录后才能下订单哦!
这篇文章将为大家详细讲解有关Java中jstack 命令的案例,小编觉得挺实用的,因此分享给大家做个参考,希望大家阅读完这篇文章后可以有所收获。
jstack命令可以用来查看运行的Java进程下,多线程的运行情况,语句如“[root@admin ~]# jstack 43616 Full thread dump Java HotSpot(TM) 64-Bit Server...”
Java jstack 命令详解
Java 中 jstack 命令可以用来查看运行的 Java 进程下,多线程的运行情况,我们用一个死锁的例子来看:
比如下面这段死锁的代码:
public class DeadLock { private static Object objA = new Object(); private static Object objB = new Object(); public static void main(String[] args) { Thread thread1 = new Thread(new Thread1()); Thread thread2 = new Thread(new Thread2()); thread1.start(); thread2.start(); } private static class Thread1 implements Runnable{ @Override public void run() { synchronized (objA) { System.out.println("线程1得到A对象的锁"); try { Thread.sleep(3000); } catch (InterruptedException e) { e.printStackTrace(); } synchronized (objB) { System.out.println("线程1得到B对象的锁"); } } } } private static class Thread2 implements Runnable{ @Override public void run() { synchronized (objB) { System.out.println("线程2得到B对象的锁"); try { Thread.sleep(3000); } catch (InterruptedException e) { e.printStackTrace(); } synchronized (objA) { System.out.println("线程2得到A对象的锁"); } } } } }
当然,运行结果只能看到两个线程只拿到了一个锁,在一直等待对方的锁。
线程1得到A对象的锁 线程2得到B对象的锁
我们可以使用 jps 来查看对应的 PID ,然后使用 jstack 来查看其线程情况:
[root@admin ~]# jps 42576 Jps 43616 DeadLock
[root@admin ~]# jstack 43616 Full thread dump Java HotSpot(TM) 64-Bit Server VM (24.45-b08 mixed mode): "DestroyJavaVM" prio=6 tid=0x00000000047c1000 nid=0x9878 waiting on condition [0x0000000000000000] java.lang.Thread.State: RUNNABLE "Thread-1" prio=6 tid=0x0000000010aa3000 nid=0xafa0 waiting for monitor entry [0x000000001105f000] java.lang.Thread.State: BLOCKED (on object monitor) at com.zaimeibian.Test$Thread2.run(Test.java:46) - waiting to lock <0x00000007c099cc20> (a java.lang.Object) - locked <0x00000007c099cc30> (a java.lang.Object) at java.lang.Thread.run(Thread.java:744) "Thread-0" prio=6 tid=0x0000000010aa2800 nid=0xae74 waiting for monitor entry [0x0000000010f5f000] java.lang.Thread.State: BLOCKED (on object monitor) at com.zaimeibian.Test$Thread1.run(Test.java:27) - waiting to lock <0x00000007c099cc30> (a java.lang.Object) - locked <0x00000007c099cc20> (a java.lang.Object) at java.lang.Thread.run(Thread.java:744) "Service Thread" daemon prio=6 tid=0x000000000f10a000 nid=0x9a8c runnable [0x0000000000000000] java.lang.Thread.State: RUNNABLE "C2 CompilerThread1" daemon prio=10 tid=0x000000000f109800 nid=0xaf28 waiting on condition [0x0000000000000000] java.lang.Thread.State: RUNNABLE "C2 CompilerThread0" daemon prio=10 tid=0x000000000f105800 nid=0x85dc waiting on condition [0x0000000000000000] java.lang.Thread.State: RUNNABLE "Attach Listener" daemon prio=10 tid=0x000000000f104800 nid=0xac04 waiting on condition [0x0000000000000000] java.lang.Thread.State: RUNNABLE "Signal Dispatcher" daemon prio=10 tid=0x000000000f102000 nid=0xa678 runnable [0x0000000000000000] java.lang.Thread.State: RUNNABLE "Finalizer" daemon prio=8 tid=0x000000000f0bd000 nid=0xaed8 in Object.wait() [0x000000001045f000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0x00000007c0905568> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:135) - locked <0x00000007c0905568> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:151) at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:189) "Reference Handler" daemon prio=10 tid=0x000000000f0b2000 nid=0xaedc in Object.wait() [0x000000001035f000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0x00000007c09050f0> (a java.lang.ref.Reference$Lock) at java.lang.Object.wait(Object.java:503) at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:133) - locked <0x00000007c09050f0> (a java.lang.ref.Reference$Lock) "VM Thread" prio=10 tid=0x000000000f0b0000 nid=0xaef0 runnable "GC task thread#0 (ParallelGC)" prio=6 tid=0x00000000047d6000 nid=0xacb0 runnable "GC task thread#1 (ParallelGC)" prio=6 tid=0x00000000047d8000 nid=0xaee0 runnable "GC task thread#2 (ParallelGC)" prio=6 tid=0x00000000047d9800 nid=0xaed4 runnable "GC task thread#3 (ParallelGC)" prio=6 tid=0x00000000047db000 nid=0xac54 runnable "VM Periodic Task Thread" prio=10 tid=0x000000000f132000 nid=0xaff0 waiting on condition JNI global references: 105 Found one Java-level deadlock: ============================= "Thread-1": waiting to lock monitor 0x000000000f0ba488 (object 0x00000007c099cc20, a java.lang.Object), which is held by "Thread-0" "Thread-0": waiting to lock monitor 0x000000000f0bcf28 (object 0x00000007c099cc30, a java.lang.Object), which is held by "Thread-1" Java stack information for the threads listed above: =================================================== "Thread-1": at com.zaimeibian.Test$Thread2.run(Test.java:46) - waiting to lock <0x00000007c099cc20> (a java.lang.Object) - locked <0x00000007c099cc30> (a java.lang.Object) at java.lang.Thread.run(Thread.java:744) "Thread-0": at com.zaimeibian.Test$Thread1.run(Test.java:27) - waiting to lock <0x00000007c099cc30> (a java.lang.Object) - locked <0x00000007c099cc20> (a java.lang.Object) at java.lang.Thread.run(Thread.java:744) Found 1 deadlock.
我们可以看到 jstack 打印出了线程的状态,而且发现一个死锁。
另外,线程状态有以下几种:
- RUNNABLE 线程运行中或 I/O 等待
- BLOCKED 线程在等待 monitor 锁( synchronized 关键字)
- TIMED_WAITING 线程在等待唤醒,但设置了时限
- WAITING 线程在无限等待唤醒
关于Java中jstack 命令的案例就分享到这里了,希望以上内容可以对大家有一定的帮助,可以学到更多知识。如果觉得文章不错,可以把它分享出去让更多的人看到。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。