Java多线程之死锁的出现和解决方法
什么是死锁?
死锁是这样一种情形:多个线程同时被阻塞,它们中的一个或者全部都在等待某个资源被释放.由于线程被无限期地阻塞,因此程序不能正常运行.形象的说就是:一个宝藏需要两把钥匙来打开,同时间正好来了两个人,他们一人一把钥匙,但是双方都再等着对方能交出钥匙来打开宝藏,谁都没释放自己的那把钥匙.就这样这俩人一直僵持下去,直到开发人员发现这个局面.
导致死锁的根源在于不适当地运用“synchronized”关键词来管理线程对特定对象的访问.“synchronized”关键词的作用是,确保在某个时刻只有一个线程被允许执行特定的代码块,因此,被允许执行的线程首先必须拥有对变量或对象的排他性访问权.当线程访问对象时,线程会给对象加锁,而这个锁导致其它也想访问同一对象的线程被阻塞,直至第一个线程释放它加在对象上的锁.
对synchronized不太了解的话请点击这里
举个例子
死锁的产生大部分都是在你不知情的时候.我们通过一个例子来看下什么是死锁.
1.synchronized嵌套.
synchronized关键字可以保证多线程再访问到synchronized修饰的方法的时候保证了同步性.就是线程a访问到这个方法的时候线程b同时也来访问这个方法,这时线程b将进行阻塞,等待线程a执行完才可以去访问.这里就要用到synchronized所持有的同步锁.具体来看代码:
//首先我们先定义两个final的对象锁.可以看做是共有的资源. final object locka = new object(); final object lockb = new object(); //生产者a class productthreada implements runnable{ @override public void run() { //这里一定要让线程睡一会儿来模拟处理数据 ,要不然的话死锁的现象不会那么的明显.这里就是同步语句块里面,首先获得对象锁locka,然后执行一些代码,随后我们需要对象锁lockb去执行另外一些代码. synchronized (locka){ //这里一个log日志 log.e("chao","threada lock locka"); try { thread.sleep(2000); } catch (interruptedexception e) { e.printstacktrace(); } 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的,这里明显的出现了死锁的现象.
死锁出现的原因
当我们了解在什么情况下会产生死锁,以及什么是死锁的时候,我们在写代码的时候应该尽量的去避免这个误区.产生死锁必须同时满足以下四个条件,只要其中任一条件不成立,死锁就不会发生.
- 互斥条件:线程要求对所分配的资源进行排他性控制,即在一段时间内某 资源仅为一个进程所占有.此时若有其他进程请求该资源.则请求进程只能等待.
- 不剥夺条件:进程所获得的资源在未使用完毕之前,不能被其他进程强行夺走,即只能由获得该资源的线程自己来释放(只能是主动释放).
- 请求和保持条件:线程已经保持了至少一个资源,但又提出了新的资源请求,而该资源已被其他线程占有,此时请求线程被阻塞,但对自己已获得的资源保持不放.
- 循环等待条件:存在一种线程资源的循环等待链,链中每一个线程已获得的资源同时被链中下一个线程所请求。
死锁的解决方法
说实话避免死锁还得再自己写代码的时候注意一下.这里引用别人的解决方法,不过我对于这些解决方法不是太懂,讲的太含糊没有具体的实例.
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。
上一篇: Java多线程回调方法实例解析