JVM监控及诊断工具-命令之jstack

最新推荐文章于 2024-05-03 14:14:42 发布
最新推荐文章于 2024-05-03 14:14:42 发布
阅读量1.1k 收藏
点赞数
分类专栏： # jvm 文章标签： jvm
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/K_520_W/article/details/121644121
版权

一、简介

jstack( JVM Stack Trace):用于生成虚拟机指定进程当前时刻 的线程快照（虚拟机堆栈跟踪 )。线程快照就是当前虚拟机内指定进程的每一条线程正在执行的 方法堆栈的集合

生成线程快照的作用：可用于定位线程出现长时间停顿的原因，如线程间死锁、死循环、请求外部资源导致的长时间等待等问题。这些都是导致线程长时间停顿的常见原因。当线程出现停顿时，就可以用jstack显示各个线程调用的堆栈情况。

在thread dump中，要留意下面几种状态死锁，，Deadlock（重点关注）等待资源， Waiting on condition（重点关注）等待获取监视器， Waiting on monitor entry（重点关注）阻塞， Blocked（重点关注）执行中， Runnable暂停， Suspended

在这里插入图片描述 

二、创建一个死锁的程序代码,使用jstack命令查看

1、程序代码

package com.kgf.kgfjavalearning2021.jvm;

/***
 * 测试线程间的死锁问题
 */
public class JstackLockTest {


    public static void main(String[] args) {

        StringBuilder sb1 = new StringBuilder();
        StringBuilder sb2 = new StringBuilder();

        new Thread(new Runnable() {
            @Override
            public void run() {
                synchronized (sb1){
                    sb1.append("a");
                    sb2.append("1");
                    try {
                        Thread.sleep(100);
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    }
                    synchronized (sb2){
                        sb1.append("b");
                        sb2.append("2");
                        try {
                            Thread.sleep(100);
                        } catch (InterruptedException e) {
                            e.printStackTrace();
                        }
                    }
                }
            }
        }).start();

        new Thread(new Runnable() {
            @Override
            public void run() {
                synchronized (sb2){
                    sb1.append("c");
                    sb2.append("3");
                    try {
                        Thread.sleep(100);
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    }
                    synchronized (sb1){
                        sb1.append("d");
                        sb2.append("4");
                        try {
                            Thread.sleep(100);
                        } catch (InterruptedException e) {
                            e.printStackTrace();
                        }
                    }
                }
            }
        }).start();

    }
}

 2、启动程序后使用jstack命令分析

    命令：jstack pid

 查看输出文件的内容：

2021-11-30 22:24:12
Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.51-b03 mixed mode):

"DestroyJavaVM" #14 prio=5 os_prio=0 tid=0x000000001e712000 nid=0x3b14 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"Thread-1" #13 prio=5 os_prio=0 tid=0x000000001e719000 nid=0x2e50 waiting for monitor entry [0x0000000020d5f000]
   java.lang.Thread.State: BLOCKED (on object monitor)
	at com.kgf.kgfjavalearning2021.jvm.JstackLockTest$2.run(JstackLockTest.java:50)
	- waiting to lock <0x000000076b92c860> (a java.lang.StringBuilder)
	- locked <0x000000076b92c8a8> (a java.lang.StringBuilder)
	at java.lang.Thread.run(Thread.java:745)

"Thread-0" #12 prio=5 os_prio=0 tid=0x000000001e715000 nid=0x2024 waiting for monitor entry [0x0000000020c5e000]
   java.lang.Thread.State: BLOCKED (on object monitor)
	at com.kgf.kgfjavalearning2021.jvm.JstackLockTest$1.run(JstackLockTest.java:26)
	- waiting to lock <0x000000076b92c8a8> (a java.lang.StringBuilder)
	- locked <0x000000076b92c860> (a java.lang.StringBuilder)
	at java.lang.Thread.run(Thread.java:745)

"Service Thread" #11 daemon prio=9 os_prio=0 tid=0x000000001e718000 nid=0x29f4 runnable [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"C1 CompilerThread3" #10 daemon prio=9 os_prio=2 tid=0x000000001fcdf800 nid=0x23d4 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"C2 CompilerThread2" #9 daemon prio=9 os_prio=2 tid=0x000000001fcdf000 nid=0x13b4 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"C2 CompilerThread1" #8 daemon prio=9 os_prio=2 tid=0x000000001fcde000 nid=0x19b0 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"C2 CompilerThread0" #7 daemon prio=9 os_prio=2 tid=0x000000001fcd9800 nid=0x1ec4 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"Monitor Ctrl-Break" #6 daemon prio=5 os_prio=0 tid=0x000000001e716000 nid=0x1588 runnable [0x000000002055e000]
   java.lang.Thread.State: RUNNABLE
	at java.net.SocketInputStream.socketRead0(Native Method)
	at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)
	at java.net.SocketInputStream.read(SocketInputStream.java:170)
	at java.net.SocketInputStream.read(SocketInputStream.java:141)
	at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:284)
	at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:326)
	at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:178)
	- locked <0x000000076b98f038> (a java.io.InputStreamReader)
	at java.io.InputStreamReader.read(InputStreamReader.java:184)
	at java.io.BufferedReader.fill(BufferedReader.java:161)
	at java.io.BufferedReader.readLine(BufferedReader.java:324)
	- locked <0x000000076b98f038> (a java.io.InputStreamReader)
	at java.io.BufferedReader.readLine(BufferedReader.java:389)
	at com.intellij.rt.execution.application.AppMainV2$1.run(AppMainV2.java:64)

"Attach Listener" #5 daemon prio=5 os_prio=2 tid=0x000000001e716800 nid=0x33a0 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"Signal Dispatcher" #4 daemon prio=9 os_prio=2 tid=0x000000001e714800 nid=0xffc runnable [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"Finalizer" #3 daemon prio=8 os_prio=1 tid=0x000000001d00e000 nid=0x3590 in Object.wait() [0x000000001fa5f000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x000000076b586f58> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143)
	- locked <0x000000076b586f58> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:164)
	at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:209)

"Reference Handler" #2 daemon prio=10 os_prio=2 tid=0x000000001d00c800 nid=0x1180 in Object.wait() [0x000000001f95f000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x000000076b586998> (a java.lang.ref.Reference$Lock)
	at java.lang.Object.wait(Object.java:502)
	at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:157)
	- locked <0x000000076b586998> (a java.lang.ref.Reference$Lock)

"VM Thread" os_prio=2 tid=0x000000001e6d2800 nid=0x2384 runnable 

"GC task thread#0 (ParallelGC)" os_prio=0 tid=0x0000000003339800 nid=0x2a20 runnable 

"GC task thread#1 (ParallelGC)" os_prio=0 tid=0x000000000333b000 nid=0x754 runnable 

"GC task thread#2 (ParallelGC)" os_prio=0 tid=0x000000000333d000 nid=0x3240 runnable 

"GC task thread#3 (ParallelGC)" os_prio=0 tid=0x000000000333e800 nid=0x3110 runnable 

"GC task thread#4 (ParallelGC)" os_prio=0 tid=0x0000000003340800 nid=0x3460 runnable 

"GC task thread#5 (ParallelGC)" os_prio=0 tid=0x0000000003342000 nid=0x36d4 runnable 

"GC task thread#6 (ParallelGC)" os_prio=0 tid=0x0000000003346000 nid=0x29a8 runnable 

"GC task thread#7 (ParallelGC)" os_prio=0 tid=0x0000000003347000 nid=0x1c80 runnable 

"GC task thread#8 (ParallelGC)" os_prio=0 tid=0x0000000003348800 nid=0x1e54 runnable 

"GC task thread#9 (ParallelGC)" os_prio=0 tid=0x0000000003349800 nid=0x2460 runnable 

"VM Periodic Task Thread" os_prio=2 tid=0x000000001e9e5000 nid=0x1878 waiting on condition 

JNI global references: 33


Found one Java-level deadlock:
=============================
"Thread-1":
  waiting to lock monitor 0x000000000341e668 (object 0x000000076b92c860, a java.lang.StringBuilder),
  which is held by "Thread-0"
"Thread-0":
  waiting to lock monitor 0x000000000341d278 (object 0x000000076b92c8a8, a java.lang.StringBuilder),
  which is held by "Thread-1"

Java stack information for the threads listed above:
===================================================
"Thread-1":
	at com.kgf.kgfjavalearning2021.jvm.JstackLockTest$2.run(JstackLockTest.java:50)
	- waiting to lock <0x000000076b92c860> (a java.lang.StringBuilder)
	- locked <0x000000076b92c8a8> (a java.lang.StringBuilder)
	at java.lang.Thread.run(Thread.java:745)
"Thread-0":
	at com.kgf.kgfjavalearning2021.jvm.JstackLockTest$1.run(JstackLockTest.java:26)
	- waiting to lock <0x000000076b92c8a8> (a java.lang.StringBuilder)
	- locked <0x000000076b92c860> (a java.lang.StringBuilder)
	at java.lang.Thread.run(Thread.java:745)

Found 1 deadlock.

由上面的内容我们可以发现有两个线程处于阻塞状态：

 可以发现上面线程的状态如下：

Thread-1：

      waiting to lock <0x000000076b92c860> (a java.lang.StringBuilder)

      locked <0x000000076b92c8a8> (a java.lang.StringBuilder)

Thread-0：

      waiting to lock <0x000000076b92c8a8> (a java.lang.StringBuilder)
      locked <0x000000076b92c860> (a java.lang.StringBuilder)

因此上面的两个线程构成死锁

并且在我们的输出文件中也提示了死锁：

 

三、创建一个睡眠的程序代码,使用jstack命令查看

1、程序代码

package com.kgf.kgfjavalearning2021.jvm;

/***
 * 测试线程的睡眠问题
 */
public class JstackSleepTest {

    public static void main(String[] args) {
        System.out.println("hello-1");
        try {
            Thread.sleep(1000*60*10);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        System.out.println("hello-2");
    }
}

上面的程序是一个睡眠程序，是有时间限制的，意思是睡眠10分钟后继续执行

2、启动程序后使用jstack命令分析

    命令：jstack pid

 输出文件中的内容：

2021-11-30 22:40:01
Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.51-b03 mixed mode):

"Service Thread" #11 daemon prio=9 os_prio=0 tid=0x000000001fa51000 nid=0x3abc runnable [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"C1 CompilerThread3" #10 daemon prio=9 os_prio=2 tid=0x000000001f9d6000 nid=0x3aa0 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"C2 CompilerThread2" #9 daemon prio=9 os_prio=2 tid=0x000000001f9d5000 nid=0xa18 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"C2 CompilerThread1" #8 daemon prio=9 os_prio=2 tid=0x000000001f9d4800 nid=0x1e18 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"C2 CompilerThread0" #7 daemon prio=9 os_prio=2 tid=0x000000001f9d1800 nid=0x39cc waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"Monitor Ctrl-Break" #6 daemon prio=5 os_prio=0 tid=0x000000001f9a0800 nid=0x379c runnable [0x000000002025e000]
   java.lang.Thread.State: RUNNABLE
	at java.net.SocketInputStream.socketRead0(Native Method)
	at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)
	at java.net.SocketInputStream.read(SocketInputStream.java:170)
	at java.net.SocketInputStream.read(SocketInputStream.java:141)
	at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:284)
	at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:326)
	at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:178)
	- locked <0x000000076b98ef30> (a java.io.InputStreamReader)
	at java.io.InputStreamReader.read(InputStreamReader.java:184)
	at java.io.BufferedReader.fill(BufferedReader.java:161)
	at java.io.BufferedReader.readLine(BufferedReader.java:324)
	- locked <0x000000076b98ef30> (a java.io.InputStreamReader)
	at java.io.BufferedReader.readLine(BufferedReader.java:389)
	at com.intellij.rt.execution.application.AppMainV2$1.run(AppMainV2.java:64)

"Attach Listener" #5 daemon prio=5 os_prio=2 tid=0x000000001e40c000 nid=0x32dc waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"Signal Dispatcher" #4 daemon prio=9 os_prio=2 tid=0x000000001e462800 nid=0x1b60 runnable [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"Finalizer" #3 daemon prio=8 os_prio=1 tid=0x000000001cd1e000 nid=0x2ba0 in Object.wait() [0x000000001f75e000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x000000076b586f58> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143)
	- locked <0x000000076b586f58> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:164)
	at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:209)

"Reference Handler" #2 daemon prio=10 os_prio=2 tid=0x000000001cd1b800 nid=0x8cc in Object.wait() [0x000000001f65f000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x000000076b586998> (a java.lang.ref.Reference$Lock)
	at java.lang.Object.wait(Object.java:502)
	at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:157)
	- locked <0x000000076b586998> (a java.lang.ref.Reference$Lock)

"main" #1 prio=5 os_prio=0 tid=0x0000000003034000 nid=0x15f4 waiting on condition [0x0000000002b2f000]
   java.lang.Thread.State: TIMED_WAITING (sleeping)
	at java.lang.Thread.sleep(Native Method)
	at com.kgf.kgfjavalearning2021.jvm.JstackSleepTest.main(JstackSleepTest.java:11)

"VM Thread" os_prio=2 tid=0x000000001e3d2800 nid=0x2eb0 runnable 

"GC task thread#0 (ParallelGC)" os_prio=0 tid=0x0000000003049800 nid=0x396c runnable 

"GC task thread#1 (ParallelGC)" os_prio=0 tid=0x000000000304b000 nid=0x3108 runnable 

"GC task thread#2 (ParallelGC)" os_prio=0 tid=0x000000000304d000 nid=0x510 runnable 

"GC task thread#3 (ParallelGC)" os_prio=0 tid=0x000000000304e800 nid=0xd24 runnable 

"GC task thread#4 (ParallelGC)" os_prio=0 tid=0x0000000003050800 nid=0x31b4 runnable 

"GC task thread#5 (ParallelGC)" os_prio=0 tid=0x0000000003052000 nid=0x39b8 runnable 

"GC task thread#6 (ParallelGC)" os_prio=0 tid=0x0000000003056000 nid=0x1bd8 runnable 

"GC task thread#7 (ParallelGC)" os_prio=0 tid=0x0000000003057000 nid=0x418 runnable 

"GC task thread#8 (ParallelGC)" os_prio=0 tid=0x0000000003058800 nid=0x22f4 runnable 

"GC task thread#9 (ParallelGC)" os_prio=0 tid=0x0000000003059800 nid=0x6ec runnable 

"VM Periodic Task Thread" os_prio=2 tid=0x000000001f9de800 nid=0x270 waiting on condition 

JNI global references: 33

从上面的输出文件中我们可以发现有一个限时等待线程，信息很详细,很容易定位到

 

四、创建一个线程间同步的程序代码,使用jstack命令查看

1、程序的代码

package com.kgf.kgfjavalearning2021.jvm;

/***
 * 测试线程的同步问题
 */
public class JstackSyncTest {

    public static void main(String[] args) {

        Number number = new Number();

        Thread t1 = new Thread(number);
        Thread t2 = new Thread(number);

        t1.setName("thread1");
        t2.setName("thread2");

        t1.start();
        t2.start();
    }
}

class Number implements Runnable{

    private int number = 1;

    @Override
    public void run() {
        while (true){
            synchronized (this){
                if (number<100){
                    try {
                        Thread.sleep(500);
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    }
                    System.out.println(Thread.currentThread().getName()+":"+number);
                    number++;
                }else {
                    break;
                }
            }
        }
    }
}

上面的程序是一个线程同步程序，两个线程的状态可能在执行状态，也可能在限时睡眠，也可能处于阻塞状态

2、启动程序后使用jstack命令分析

    命令：jstack pid

 输出的文件内容如下：

2021-11-30 23:00:08
Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.51-b03 mixed mode):

"DestroyJavaVM" #14 prio=5 os_prio=0 tid=0x0000000002ce4000 nid=0x3378 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"thread2" #13 prio=5 os_prio=0 tid=0x000000001f776800 nid=0xcd0 waiting for monitor entry [0x000000002071e000]
   java.lang.Thread.State: BLOCKED (on object monitor)
	at com.kgf.kgfjavalearning2021.jvm.Number.run(JstackSyncTest.java:31)
	- waiting to lock <0x000000076b92ff18> (a com.kgf.kgfjavalearning2021.jvm.Number)
	at java.lang.Thread.run(Thread.java:745)

"thread1" #12 prio=5 os_prio=0 tid=0x000000001f756000 nid=0xe28 waiting on condition [0x000000002061f000]
   java.lang.Thread.State: TIMED_WAITING (sleeping)
	at java.lang.Thread.sleep(Native Method)
	at com.kgf.kgfjavalearning2021.jvm.Number.run(JstackSyncTest.java:33)
	- locked <0x000000076b92ff18> (a com.kgf.kgfjavalearning2021.jvm.Number)
	at java.lang.Thread.run(Thread.java:745)

"Service Thread" #11 daemon prio=9 os_prio=0 tid=0x000000001f671000 nid=0x3520 runnable [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"C1 CompilerThread3" #10 daemon prio=9 os_prio=2 tid=0x000000001e3ca800 nid=0x30d0 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"C2 CompilerThread2" #9 daemon prio=9 os_prio=2 tid=0x000000001e3ca000 nid=0x257c waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"C2 CompilerThread1" #8 daemon prio=9 os_prio=2 tid=0x000000001e3c9000 nid=0x3910 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"C2 CompilerThread0" #7 daemon prio=9 os_prio=2 tid=0x000000001e3c4800 nid=0x34d4 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"Monitor Ctrl-Break" #6 daemon prio=5 os_prio=0 tid=0x000000001e2f9800 nid=0xffc runnable [0x000000001ff1e000]
   java.lang.Thread.State: RUNNABLE
	at java.net.SocketInputStream.socketRead0(Native Method)
	at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)
	at java.net.SocketInputStream.read(SocketInputStream.java:170)
	at java.net.SocketInputStream.read(SocketInputStream.java:141)
	at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:284)
	at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:326)
	at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:178)
	- locked <0x000000076b98ef40> (a java.io.InputStreamReader)
	at java.io.InputStreamReader.read(InputStreamReader.java:184)
	at java.io.BufferedReader.fill(BufferedReader.java:161)
	at java.io.BufferedReader.readLine(BufferedReader.java:324)
	- locked <0x000000076b98ef40> (a java.io.InputStreamReader)
	at java.io.BufferedReader.readLine(BufferedReader.java:389)
	at com.intellij.rt.execution.application.AppMainV2$1.run(AppMainV2.java:64)

"Attach Listener" #5 daemon prio=5 os_prio=2 tid=0x000000001e111000 nid=0xd14 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"Signal Dispatcher" #4 daemon prio=9 os_prio=2 tid=0x000000001e110800 nid=0x2b78 runnable [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"Finalizer" #3 daemon prio=8 os_prio=1 tid=0x000000001c9cd000 nid=0x29a8 in Object.wait() [0x000000001f41e000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x000000076b586f58> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143)
	- locked <0x000000076b586f58> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:164)
	at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:209)

"Reference Handler" #2 daemon prio=10 os_prio=2 tid=0x000000001c9cb800 nid=0x3888 in Object.wait() [0x000000001f31f000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x000000076b586998> (a java.lang.ref.Reference$Lock)
	at java.lang.Object.wait(Object.java:502)
	at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:157)
	- locked <0x000000076b586998> (a java.lang.ref.Reference$Lock)

"VM Thread" os_prio=2 tid=0x000000001e082800 nid=0xc70 runnable 

"GC task thread#0 (ParallelGC)" os_prio=0 tid=0x0000000002cf9800 nid=0x2184 runnable 

"GC task thread#1 (ParallelGC)" os_prio=0 tid=0x0000000002cfb000 nid=0x2ad0 runnable 

"GC task thread#2 (ParallelGC)" os_prio=0 tid=0x0000000002cfd000 nid=0x36a0 runnable 

"GC task thread#3 (ParallelGC)" os_prio=0 tid=0x0000000002cfe800 nid=0x1730 runnable 

"GC task thread#4 (ParallelGC)" os_prio=0 tid=0x0000000002d00800 nid=0x1b7c runnable 

"GC task thread#5 (ParallelGC)" os_prio=0 tid=0x0000000002d02000 nid=0x2968 runnable 

"GC task thread#6 (ParallelGC)" os_prio=0 tid=0x0000000002d06000 nid=0x3bfc runnable 

"GC task thread#7 (ParallelGC)" os_prio=0 tid=0x0000000002d07000 nid=0x3ba0 runnable 

"GC task thread#8 (ParallelGC)" os_prio=0 tid=0x0000000002d08800 nid=0x3054 runnable 

"GC task thread#9 (ParallelGC)" os_prio=0 tid=0x0000000002d09800 nid=0xddc runnable 

"VM Periodic Task Thread" os_prio=2 tid=0x000000001f676000 nid=0x1a04 waiting on condition 

JNI global references: 33

由上面的内容可以发现如下两个线程状态：

 

爱上口袋的天空
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
JVM系列之常用命令（中）之jinfo查看jvm参数和jstack查看线程
马各马它
05-09 1081
jstack是排查程序很实用的命令，能发现服务器的死锁和CPU高的问题，因此，作为java高级程序员，这个是必备技能
《JVM调优》- Jstack指令详解
热门推荐
weixin_38277138的博客
10-18 1万+
《JVM调优》- Jstack指令详解
5款强大的JVM 性能调优监控工具 ！
最新发布
F1814397的博客
05-03 1194
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。深知大多数Java工程师，想要提升技能，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
原来jdk自带了这么好玩的工具 ＞ 使用 jstack定位死循环
叶新东老师的博客
07-15 3344
什么是jstack jstack的主要作用是查看或者导出java线程的堆栈信息(快照)；用于堆栈跟踪，当我们使用jstack命令时，它会将指定进程内的所有线程中方法的调用栈打印出来。 线程快照是java虚拟机内每一个线程正在执行的方法堆栈的集合，生成线程快照的主要目的是用于定位线程出现问题的位置；常见的问题有 响应时间长 线程死锁 死循环 当线程停顿的时候通过jstack来查看各个线程的调用堆栈，就可以知道线程的执行过程中在后台做了哪些事，在等待哪些资源造成的卡顿。 使用方法 命令格式 jstack
13.7.深入理解jstack日志，线程的状态
涂作权的博客
08-14 9608
13.7.深入理解jstack日志 转自：https://blog.csdn.net/iteye_5603/article/details/82652200 在分析线上问题时常使用到jstack 命令将当时Java应用程序的线程堆栈dump出来。 面对jstack 日志，我们如何查看？ 首先要清楚线程的状态 线程的状态有：new、runnable、running、waiting、timed_waiting、blocked、dead 线程状态变迁图： 各状态说明： New: 当线程对象创建时存在的状态，此时
java性能调优工具——jstack
zhaixing
09-16 578
java性能调优工具——jstack jstack Prints Java thread stack traces for a Java process, core file, or remote debug server. 为Java进程、核心文件或远程调试服务器打印Java线程堆栈跟踪。 jstack是java自带的工具 位置在java目录的bin目录下 找不到的话可以用whereis去查找 ...
JVM---jstack分析Java线程CPU占用,线程死锁的解决
10-14
这时，我们就需要用到JVM提供的工具，如`jstack`，来帮助诊断和解决问题。 `jstack` 是JDK自带的一个命令行工具，它能够打印出Java应用程序的线程堆栈信息，包括每个线程的当前状态、调用堆栈、锁定的监视器等。这...
JVM下篇：性能监控与调优篇.7z
04-19
- **JVisualVM**：集成了多种JVM监控功能，如内存、线程、类加载、CPU使用率等。 - **JConsole**：提供GUI界面来监视JVM的性能和诊断问题。 - **JMX（Java Management Extensions）**：允许创建和注册MBeans来...
基于JVM性能监控命令介绍
08-29
JVM（Java Virtual Machine）性能监控命令是Java开发者和运维人员不可或缺的工具，通过这些命令可以实时监控JVM的性能，了解虚拟机的运行状态，诊断和解决问题。本文将为大家介绍基于JVM性能监控命令的使用方法和...
使用java自带工具监控jvm运行状态
12-22
在Java开发中，对JVM（Java虚拟机）的监控是至关重要的，它能帮助我们了解应用程序的性能、内存消耗和...理解并熟练使用这些工具是每一个Java开发者必备的技能，因为良好的JVM监控能力是保障系统稳定性和性能的关键。
JAVA JVM内存监控工具总结
10-03
【Java JVM内存监控工具详解】 Java JVM内存监控是优化Java应用程序性能的关键环节，而VisualVM作为一款集成多种JDK命令行工具的可视化平台，提供了强大的分析功能。它包含的工具如jps、jstat、jmap、jinfo、jstack...
jstack文件
07-10
Broken pipe产生的原因通常是当管道读端没有在读，而管道的写端继续有线程在写，就会造成管道中断。（由于管道是单向通信的） SIGSEGV(Segment fault)意味着指针所对应的地址是无效地址，没有物理内存对应该地址。
jstack问题定位分析
m0_52165864的博客
11-21 6741
jstack是java虚拟机自带的一种堆栈跟踪工具。jstack用来打印出给定的java进程ID或者core file或者远程调试服务的java堆栈信息。主要是用于生成java虚拟机当前时刻的线程快照，线程快照是当前java虚拟机内每一条线程正在执行的方法堆栈的集合，生成线程快照的主要目的是定位线程出现长时间停顿的原因，如线程间死锁、死循环，请求外部资源导致的长时间等待等。线程出现停顿的时候通过jstack来查看各个线程的调用堆栈，就可以知道没有响应的线程在后台做什么事，或者等待什么资源。
【java线程监控】Jvisualvm和jstack
段王爷的博客
04-17 681
Jvisualvm 修改配置文件 图形界面工具，监控之前先对jvm加监控参数，在tomcat的bin目录下，catalina.sh文件中， 第二行添加：（修改完需要重启tomcat） JAVA_OPTS="-Dcom.sun.management.jmxremote.port=10086 - Dcom.sun.management.jmxremote.ssl=false - Dcom.sun.management.jmxremote.authenticate=false - Djava.rmi.se.
jstack 命令检查 Spring MVC 应用启动时的各个线程
倪琛的博客
07-24 1213
目录背景jstack 是什么？使用 jstack 查看 Spring Boot 启动时线程【2】Druid 数据库连接线程【1】MySQL Statement Cancellation Timer 线程【2】RMI TCP 连接线程【1】DestroyJavaVM 线程【14】端口 8080 的 HTTP 相关线程【1】HTTP NIO Acceptor 线程【2】HTTP NIO ClientPoller 线程【10】HTTP NIO 执行线程【1】BlockPoller 线程【1】调度线程【14】端口8
linux打印jvm内存堆栈_java命令--jstack 工具 查看JVM堆栈信息
weixin_30013175的博客
02-07 4172
介绍jstack是java虚拟机自带的一种堆栈跟踪工具。jstack用于打印出给定的java进程ID或corefile或远程调试服务的Java堆栈信息，如果是在64位机器上，需要指定选项"-J-d64"，Windows的jstack使用方式只支持以下的这种方式：jstack [-l] pid主要分为两个功能：a． 针对活着的进程做本地的或远程的线程dump；b． 针对core文件做线程dum...
JVM--基础--26.6--工具--jstack
zhou920786312的博客
03-20 164
JVM–基础–26.6–工具–jstack ​ 1、介绍 用于生成java虚拟机当前时刻的线程快照。 线程快照是当前java虚拟机内每一条线程正在执行的方法堆栈的集合 生成线程快照的主要目的是定位线程出现长时间停顿的原因，如线程间死锁、死循环、请求外部资源导致的长时间等待等。 线程出现停顿的时候通过jstack来查看各个线程的调用堆栈，就可以知道没有响应的线程到底在后台做什么事情，或者等待什么资源。 如果java程序崩溃生成core文件，jstack工具可以用来获得core文件的java stack和n
Java工具 Jstack 的使用
Mr_Yao
04-27 597
jstack - Prints Java thread stack traces for a Java process, core file, or remote debug server. Jstack 主要的作用是生成当前进程中所有线程的信息，也就是当前时刻 JVM 的线程快照，通过线程的信息我们可以定位到程序中出现长时间停顿、CPU 占用率过高等问题。 线程快照中的信息是当前 java 虚拟机内每一条线程正在执行的方法的堆栈集合，有了堆栈信息我们就可以分析出我们的程序问题出现在那，比如线程间死锁..
jstack工具解析及案例
hit_ynsun的博客
09-29 7396
命令描述jstack:用来查看指定java进程的jvm线程栈信息使用方法jstack -[operation] pid 其中operation： -F:当 jstack pid没有响应时，使用-F强制dump线程信息 -m:打印java线程栈和本地线程栈 -l:长期监听，打印锁信息结果描述使用jstack pid dump出来的线程信息如下："pool-24-thread-85" #2286
JVM调优工具命令详解.pdf
07-25
8. **Jmc (Java Mission Control)**: Oracle JDK 8及更高版本引入的JMC是一个全面的性能分析套件，包含丰富的监控和诊断工具。 在实际的JVM调优过程中，开发者通常会先通过JPS找到应用进程，然后使用Jmap和...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值