Arthas实战(4)- 线程死锁问题排查

一、 准备测试应用

  1. 新建一个 SpringBoot应用,写一段线程死锁的代码:
@GetMapping("/threadLock")
public void threadLock() {
    Thread thread1 = new Thread(() -> {
        synchronized (resource1) {
            System.out.println(Thread.currentThread().getName() + " got resource1 lock.");
            try {
                Thread.sleep(100); // 模拟工作时间,让死锁更容易观察到
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            System.out.println(Thread.currentThread().getName() + " trying to get resource2 lock.");
            synchronized (resource2) { // 尝试获取resource2的锁
                System.out.println(Thread.currentThread().getName() + " got resource2 lock.");
            }
        }
    }, "Thread 1");

    Thread thread2 = new Thread(() -> {
        synchronized (resource2) {
            System.out.println(Thread.currentThread().getName() + " got resource2 lock.");
            try {
                Thread.sleep(100); // 模拟工作时间
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            System.out.println(Thread.currentThread().getName() + " trying to get resource1 lock.");
            synchronized (resource1) { // 尝试获取resource1的锁
                System.out.println(Thread.currentThread().getName() + " got resource1 lock.");
            }
        }
    }, "Thread 2");

    thread1.start();
    thread2.start();
}

二、使用Arthas排查问题

  1. 启动 Arthas:
    java -jar arthas-boot.jar

  2. 查看总体使用情况:
    dashboard
    在这里插入图片描述
    可以看到已经有死锁线程了

  3. 查看总体线程使用情况:
    thread
    在这里插入图片描述BLOCKED线程数量:2,并且显示了具体的BLOCKED线程

  4. 定位死锁的位置:
    thread -b
    在这里插入图片描述

输出解释:

  • 线程信息:“Thread 2” 的ID为49,当前状态为BLOCKED(阻塞)。这意味着它正在等待获取某个对象锁。
  • 阻塞原因:“Thread 2” 被阻塞是因为需要获取的对象java.lang.Object@3123ca6c正被另一个线程所持有。
  • 锁持有者:该对象锁java.lang.Object@3123ca6c目前被"Thread 1"(ID为48)持有。
  • Thread 1的状态:虽然输出信息没有直接展示"Thread 1"的状态,但从上下文可以推断,“Thread 1” 正在持有对象锁java.lang.Object@281be373。
  • 相互阻塞:最关键的信息是指出"Thread 2"尝试获取的锁被"Thread 1"持有,同时说明"Thread 1"至少在某一点上也尝试获取"Thread 2"持有的锁(或者导致了其他形式的循环等待),从而形成了死锁。这里的“but blocks 1 other threads!”暗示了这种相互阻塞的关系。

到目前为止。基本已经定位到死锁的具体原因和位置了。

  1. 查看死锁线程详细信息:
    thread 49
    thread 48
    在这里插入图片描述

根据上面的信息,我们可以清晰地看到两个线程"Thread 1"和"Thread 2"都处于阻塞状态,形成了死锁:

  • Thread 2 (Id=49) 的状态是BLOCKED,它在JvmThreadController.java:86行尝试获取对象java.lang.Object@3123ca6c的锁,但这个锁正被"Thread 1"持有。
  • Thread 1 (Id=48) 的状态也是BLOCKED,它在JvmThreadController.java:71行尝试获取对象java.lang.Object@281be373的锁,而这个锁正被"Thread 2"持有。

这种相互等待对方释放锁的情形正是死锁的经典表现。每个线程都持有一个锁,并尝试获取对方的锁,导致双方都无法继续执行下去。

  • 线程1 在执行到JvmThreadController.java的第71行时阻塞,等待Object@281be373的锁。
  • 线程2 在执行到同文件的第86行时阻塞,等待Object@3123ca6c的锁。
  • 两个线程互相等待对方释放锁,形成了死锁。

解决这个问题的关键在于调整同步策略,避免循环等待条件的出现,例如通过确保所有线程以相同的顺序请求锁,或者减少锁的使用范围和时间,使用更高层次的并发控制结构等。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值