如何避免Java中的死锁?是流行的Java面试问题之一,也是多线程的流行话题之一。尽管问题看起来很简单,可是一旦深刻,大多数Java开发人员就会陷入困境。面试
面试问题以“什么是死锁?”当两个或多个线程正在等待彼此释放所需资源(锁定)并陷入无限时间的阻塞时,这种状况称为死锁,它只会在多任务或多线程的状况下发生。多线程
如何检测Java中的死锁? 虽然这可能有不少答案,但个人版本是,若是我看到嵌套的同步块,或者从其余同步方法调用一个同步方法,或者试图在不一样的对象上得到锁,那么若是开发人员不是很是当心,就极可能出现死锁。工具
另外一种方法是在运行应用程序时发现线程被锁定,尝试使用线程转储,在Linux中能够经过命令“kill -3”来实现,这将打印应用程序日志文件中全部线程的状态,就能够看到哪一个线程被锁定在哪一个对象上。ui
也可使用fastthread等工具分析线程转储,上传你的线程转储并分析它。spa
另外一种方法是使用jConsole/VisualVM,它将准确地显示哪些线程被锁定,以及在哪一个对象上。线程
编写一个会致使死锁的Java程序 一旦回答了前面的问题,他们可能会要求你编写致使Java死锁的代码3d
这是个人一个版本日志
/**code
*/ public class DeadLockDemo {cdn
/*
synchronized (Integer.class) { System.out.println("Aquired lock on Integer.class object"); } } } /* * 此方法也请求相同的两个锁
public void method2() { synchronized (Integer.class) { System.out.println("Aquired lock on Integer.classobject");
synchronized (String.class) { System.out.println("Aquired lock on String.class object"); } } } } 若是method1()和method2()都将被两个或多个线程调用,那么死锁的可能性很大,若是线程1在执行method1()时获取Sting对象上的锁,而线程2在执行method2()时获取Integer对象上的锁,那么线程2将等待对方释放Integer和String上的锁以继续执行,而这永远不会发生
此图准确演示了咱们的程序,其中一个线程持有一个对象的锁并等待其余线程持有的其余对象锁。
Java面试问题,如何避免Java线程中的死锁? 你能够看到线程1想要对线程2持有的对象2的锁定,而线程2想要对线程1持有的对象1进行锁定。因为没有线程愿意放弃,因此存在死锁而且Java程序卡住了。
如何避免Java中的死锁 如今面试官来到最后一部分,这是我认为最重要的部分之一; 你如何修复代码中的死锁?或者如何避免Java中的死锁?
若是仔细查看了上面的代码,那么你可能已经发现死锁的真正缘由不是多线程,而是它们请求锁定的方式,若是提供有序访问,则问题将获得解决。
这是个人固定版本,它避免了因为没有抢占的无效循环等待致使的死锁,这是须要死锁的四个条件之一。
public class DeadLockFixed { /**
两种方法如今都以相同的顺序请求锁定,首先是Integer,而后是String。
也能够完成反向,例如第一个String而后是Integer
二者都会解决问题,只要两种方法都请求锁定
按照一致的顺序 */ public void method1() { synchronized (Integer.class) { System.out.println("Aquired lock on Integer.class object");
synchronized (String.class) {
System.out.println("Aquired lock on String.class object");
}
}
复制代码
} public void method2() { synchronized (Integer.class) { System.out.println("Aquired lock on Integer.class object");
synchronized (String.class) {
System.out.println("Aquired lock on String.class object");
}
}
}
复制代码
} 如今不存在任何死锁,由于两个方法都以相同的顺序访问Integer和String类文字的锁。所以,若是线程A获取对Integer对象的锁定,则线程B将不会继续,直到线程A释放整数锁定,一样,即便线程B保持字符串锁定,线程A也不会被阻止,由于如今线程B不会指望线程A释放整数锁定继续进行。