>Java >java지도 시간 >jstack 명령에 대한 자세한 설명

jstack 명령에 대한 자세한 설명

藏色散人
藏色散人원래의
2020-10-22 10:14:085708검색

jstack 명령을 사용하면 실행 중인 Java 프로세스에서 다중 스레드의 실행 상태를 확인할 수 있습니다. "[root@admin ~]# jstack 43616 전체 스레드 덤프 Java HotSpot(TM) 64비트 서버...".

jstack 명령에 대한 자세한 설명

권장: "java tutorial"

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 스레드가 모니터 잠금을 기다리고 있습니다(동기화 키워드)

- TIMED_WAITING 스레드입니다. 일어나기를 기다리고 있지만 시간 제한이 설정되어 있습니다

- WAITING 스레드가 깨어나기를 무한정 기다리고 있습니다

위 내용은 jstack 명령에 대한 자세한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.