您现在的位置是:群英 > 开发技术 > 编程语言
java如何监控多线程,jstack命令的用法
Admin发表于 2022-05-28 17:11:10967 次浏览
在实际案例的操作过程中,我们可能会遇到“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命令的用法”的内容了,通过以上内容的阐述,相信大家对java如何监控多线程,jstack命令的用法已经有了进一步的了解,如果想要了解更多相关的内容,欢迎关注群英网络,群英网络将为大家推送更多相关知识点的文章。

免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:mmqy2019@163.com进行举报,并提供相关证据,查实之后,将立刻删除涉嫌侵权内容。

标签: 监控多线程
相关信息推荐
2021-11-19 18:05:49 
摘要:这篇文章给大家分享的是PHP中yum命令的相关内容,在php中关于yum命令比较多,而且还挺实用的,因此分享给大家做个参考,那么感兴趣的朋友接下来一起跟随小编看看吧。
2022-08-25 17:53:05 
摘要:这篇文章主要介绍了PHP大文件及断点续传下载实现代码,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下
2022-12-24 11:47:01 
摘要:实现步骤:1、利用array_sum()函数计算数组中所有元素的总和,语法“$sum=array_sum($arr);”;2、利用count()函数计算数组的长度,语法“$len=count($arr);”;3、使用“/”运算符将元素总和除以数组长度,即可获取数组平均值avg,语法“$avg=$sum/$len;”。
云活动
推荐内容
热门关键词
热门信息
群英网络助力开启安全的云计算之旅
立即注册,领取新人大礼包
  • 联系我们
  • 24小时售后:4006784567
  • 24小时TEL :0668-2555666
  • 售前咨询TEL:400-678-4567

  • 官方微信

    官方微信
Copyright  ©  QY  Network  Company  Ltd. All  Rights  Reserved. 2003-2019  群英网络  版权所有   茂名市群英网络有限公司
增值电信经营许可证 : B1.B2-20140078   粤ICP备09006778号
免费拨打  400-678-4567
免费拨打  400-678-4567 免费拨打 400-678-4567 或 0668-2555555
微信公众号
返回顶部
返回顶部 返回顶部