死锁原因及定位分析

这里描述的是死锁的其中一种情况

1、什么是死锁?  

死锁是指两个或者两个以上的进程在执行过程中,因争夺资源而造成的一种相互等待的现象,若无外力干涉,那它们就无法推进下去,如果系统资源充足,进程的资源请求都能够得到满足,死锁出现的可能性就很底,否则就会因为争夺有限资源而陷入死锁。

2、死锁模型图


3、手写死锁编码(一个线程有两把锁,同时启两个线程,使锁相互等待)


 
 
  1. package com.lxk.lock;
  2. /**
  3. * 线程操作资源类
  4. */
  5. class DeadLockResource implements Runnable {
  6. private String lockA;
  7. private String lockB;
  8. public DeadLockResource(String lockA, String lockB) {
  9. this.lockA = lockA;
  10. this.lockB = lockB;
  11. }
  12. @Override
  13. public void run() {
  14. synchronized (lockA) {
  15. System.out.println(Thread.currentThread().getName() + "\t 拥有" + lockA + ",试图获取" + lockB);
  16. synchronized (lockB) {
  17. System.out.println(Thread.currentThread().getName() + "\t 拥有" + lockB + ",试图获取" + lockA);
  18. }
  19. }
  20. }
  21. }
  22. /**
  23. * 死锁是指两个或者两个以上的进程在执行过程中,
  24. * 因争夺资源而造成的一种相互等待的现象,
  25. * 若无外力干涉,那它们就无法推进下去,从而造成死锁现象。
  26. */
  27. public class DeadLockDemo {
  28. public static void main(String[] args) {
  29. String lockA = "lockA";
  30. String lockB = "lockB";
  31. new Thread( new DeadLockResource(lockA, lockB), "ThreadA").start();
  32. new Thread( new DeadLockResource(lockB, lockA), "ThreadB").start();
  33. }
  34. }

程序执行结果如下:ThreadA持有lockA,试图获取lockB;而ThreadB持有lockB,试图获取lockA;造成两个线程相互等待,又没有外力干涉,无法推进下去,最终导致死锁现象。

4、死锁定位分析

  •        Linux环境下查看进程:ps -ef | grep java 或者 jps-l
  •        Windows环境下查看java进程:jps -l
  •        Windows环境下查看死锁栈信息:jstack+进程号

       第一步:使用jps -l查看运行的java进程号(jps -l)

        第二步:使用jstack+进程号查看死锁栈信息(jstack 9452)

ThreadA 和 ThreadB 相互等待对方拥有的锁资源:

Found one Java-level deadlock:
=============================
"ThreadB":
  waiting to lock monitor 0x000000001bd36068 (object 0x000000076c634f10, a java.lang.String),
  which is held by "ThreadA"
"ThreadA":
  waiting to lock monitor 0x000000001bd38b08 (object 0x000000076c634f48, a java.lang.String),
  which is held by "ThreadB"

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值