java中死锁

当两个线程相互等待对方释放同步监视器时就会发生死锁,java虚拟机没有监测,也没有采取措施来处理死锁情况,所以多线程编程时应该采取措施避免死锁出现。一旦出现死锁,整个程序既不会发生任何异常,也不会给出任何提示,只是所有线程处于阻塞状态,无法继续。

死锁实例:

 1 public class DeadLock implements Runnable{
 2     A a=new A();
 3     B b=new B();
 4     public void init(){
 5         Thread.currentThread().setName("主线程");
 6         //调用对象的foo()方法
 7         a.foo(b);
 8         System.out.println("进入主线程之后");
 9     }
10     public void run(){
11         Thread.currentThread().setName("副线程");
12         //调用b对象的bar()方法
13         b.bar(a);
14         System.out.println("进入副线程之后");
15     }
16     public static void main(String[] args){
17         DeadLock d1=new DeadLock();
18         //以d1为target启动新线程
19         new Thread(d1).start();
20         //调用init()方法
21         d1.init();
22     }
23 } 
24 class A {
25     public synchronized void foo(B b)
26     {
27         System.out.println("当前线程名:"+Thread.currentThread().getName()+"进入了A实例的foo方法");//(1)
28         try{
29             Thread.sleep(1000);
30         }catch(Exception e){
31             System.out.println(e);
32             }
33             System.out.println("当前线程名:"+Thread.currentThread().getName()+"企图调用B实例的last方法");//(3)
34             b.last();
35     }
36     public synchronized void last(){
37         System.out.println("进入A类的last方法内部");
38     }
39 }
40 class B{
41     public synchronized void bar(A a){
42         System.out.println("当前线程名:"+Thread.currentThread().getName()+"进入B实例的bar方法");//(2)
43         try{
44             Thread.sleep(1000);
45             }catch(Exception e){
46                 System.out.println(e);
47                 }
48                 System.out.println("当前线程名:"+Thread.currentThread().getName()+"企图调用A实例的last方法。");//(4)
49                 a.last();
50     }
51     public synchronized void last(){
52         System.out.println("进入B类的last方法内部");
53     }
54 
55 }

 

 解释:上面程序中A对象和B对象的方法都是同步方法,也就是A对象和B对象都是同步锁。

程序中的两个线程执行:一个线程的线程执行体是DeadLock类的run方法,另一个线程的线程执行体是DeadLock的init()方法(也就是主线程调用了init方法)。

其中run()方法让B对象调用bar()方法,而init()方法让A对象调用foo()方法。

分析:如果init()方法先执行,调用了A对象的foo方法,进入foo方法之前,该线程对A对象加锁——————当程序执行到(1)号代码时,主线程暂停1000ms;CPU切换到执行另一个线程,让另一个线程对B对象加锁——————当程序执行到(2)代码时,副线程也暂停1000ms;接下来主线程会先醒过来,继续向下执行,直到(3)号代码处希望调用B对象的last()方法——————执行该方法之前必须先对B对象加锁,但此时B线程正保持着B对象的锁,所以主线程阻塞;接下来副线程应该醒过来了,继续向下执行,直到(4)号代码处希望调用A对象的last()方法——————执行此方法之前必须先对A对象加锁,但此时主线程没有释放对A对象的锁,至此,就出现了主线程保持着A对象的锁,等待B对象加锁,而副线程保持着B对象的锁,等待着A对象的锁,等待对A对象加锁,两个线程互相等待对方先释放,所以就出现了死锁!

转载于:https://www.cnblogs.com/teng-IT/p/4450216.html

### Java 中处理死锁的解决方案 #### 一、理解死锁产生的条件 为了有效地防止和解决死锁问题,首先要了解其形成的四个必要条件:互斥条件、请求与保持条件、不可剥夺条件以及循环等待条件。这些条件共同作用下才会引发死锁现象[^2]。 #### 二、检测死锁的存在 JVM提供了内置工具来辅助诊断死锁情况。通过`jstack`命令可以查看当前运行的应用程序中是否存在潜在的死锁定状态,并获取详细的线程堆栈信息以便进一步分析。此外,在开发阶段也可以利用可视化调试器监控线程活动状况,及时发现异常行为模式[^1]。 #### 三、预防措施 ##### 1. 避免嵌套加锁 尽可能减少在一个方法内部多次申请不同对象上的同步锁的情况;如果确实不可避免,则应确保所有地方按照相同的顺序获得相应资源访问权限。 ```java // 不推荐的做法 - 可能引起死锁 synchronized (resourceA) { synchronized (resourceB) { ... } } // 推荐做法 - 统一加锁顺序 private static final Object lockOrder = new Object(); ... synchronized(lockOrder){ // 对 resourceA 和 resourceB 的操作 } ``` ##### 2. 使用超时机制尝试获取锁 对于那些可能长时间持有而不释放的关键区域,考虑采用带有时间限制的方式去竞争进入临界区的机会。这样即使遇到对方永不退出的情形也能安全返回而不是无限期阻塞下去。 ```java try{ if (!lock.tryLock(5, TimeUnit.SECONDS)) { System.out.println("未能成功取得锁"); return; } }catch(InterruptedException e){ Thread.currentThread().interrupt(); }finally{ lock.unlock(); } ``` ##### 3. 应用高级并发结构替代传统锁 诸如读写锁(`ReentrantReadWriteLock`)、信号量(Semaphore)等更灵活的数据共享控制手段往往能够更好地满足实际需求的同时降低陷入僵局的风险程度。 ```java final ReentrantReadWriteLock rwl = new ReentrantReadWriteLock(); void read() throws InterruptedException { rwl.readLock().lockInterruptibly(); try { // 执行读取逻辑 } finally { rwl.readLock().unlock(); } } void write() throws InterruptedException { rwl.writeLock().lockInterruptibly(); try { // 执行写入逻辑 } finally { rwl.writeLock().unlock(); } } ``` #### 四、修复已发生死锁 一旦确认存在死锁问题之后,最直接有效的办法就是重启受影响的服务实例让一切恢复正常运作。当然在此之前最好先备份好重要数据以防万一丢失造成更大损失。另外还可以借助于一些第三方库如DeadlockLlama来进行自动化的探测与恢复工作[^3]。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值