Java多线程-死锁的出现和解决

最新推荐文章于 2024-07-04 10:16:22 发布

2401_84408734

最新推荐文章于 2024-07-04 10:16:22 发布

阅读量1k

点赞数 15

分类专栏：程序员文章标签： java 开发语言

本文链接：https://blog.csdn.net/2401_84408734/article/details/137933485

版权

程序员专栏收录该内容

310 篇文章 0 订阅

订阅专栏

本文分析了一个Java多线程示例中的死锁问题，探讨了死锁产生的条件，包括互斥、不剥夺、请求保持和循环等待，以及如何通过避免这些条件来防止死锁。作者还分享了解决死锁的方法和资源管理的重要性。

摘要由CSDN通过智能技术生成

}
synchronized (lockB){
//这里一个log日志
Log.e(“CHAO”,“ThreadA lock lockB”);
try {
Thread.sleep(2000);
} catch (InterruptedException e) {
e.printStackTrace();
}

}
}
}
}
//生产者B
class ProductThreadB implements Runnable{
//我们生产的顺序真好好生产者A相反,我们首先需要对象锁lockB,然后需要对象锁lockA.
@Override
public void run() {
synchronized (lockB){
//这里一个log日志
Log.e(“CHAO”,“ThreadB lock lockB”);
try {
Thread.sleep(2000);
} catch (InterruptedException e) {
e.printStackTrace();
}
synchronized (lockA){
//这里一个log日志
Log.e(“CHAO”,“ThreadB lock lockA”);
try {
Thread.sleep(2000);
} catch (InterruptedException e) {
e.printStackTrace();
}

}
}
}
}
//这里运行线程
ProductThreadA productThreadA = new ProductThreadA();
ProductThreadB productThreadB = new ProductThreadB();

Thread threadA = new Thread(productThreadA);
Thread threadB = new Thread(productThreadB);
threadA.start();
threadB.start();

分析一下,当threadA开始执行run方法的时候,它会先持有对象锁localA,然后睡眠2秒,这时候threadB也开始执行run方法,它持有的是localB对象锁.当threadA运行到第二个同步方法的时候,发现localB的对象锁不能使用(threadB未释放localB锁),threadA就停在这里等待localB锁.随后threadB也执行到第二个同步方法,去访问localA对象锁的时候发现localA还没有被释放(threadA未释放localA锁),threadB也停在这里等待localA锁释放.就这样两个线程都没办法继续执行下去,进入死锁的状态. 看下运行结果:

10-20 14:54:39.940 18162-18178/? E/CHAO: ThreadA lock lockA
10-20 14:54:39.940 18162-18179/? E/CHAO: ThreadB lock lockB

当不会死锁的时候应该是打印四条log的,这里明显的出现了死锁的现象.

死锁出现的原因

当我们了解在什么情况下会产生死锁,以及什么是死锁的时候,我们在写代码的时候应该尽量的去避免这个误区.产生死锁必须同时满足以下四个条件,只要其中任一条件不成立,死锁就不会发生.

• 互斥条件：线程要求对所分配的资源进行排他性控制,即在一段时间内某资源仅为一个进程所占有.此时若有其他进程请求该资源.则请求进程只能等待.
• 不剥夺条件：进程所获得的资源在未使用完毕之前,不能被其他进程强行夺走,即只能由获得该资源的线程自己来释放（只能是主动释放).
• 请求和保持条件：线程已经保持了至少一个资源,但又提出了新的资源请求,而该资源已被其他线程占有,此时请求线程被阻塞,但对自己已获得的资源保持不放.
• 循环等待条件：存在一种线程资源的循环等待链,链中每一个线程已获得的资源同时被链中下一个线程所请求。