Java死锁的原因例子及解决方法

}

运行结果：

结果显示两个线程最后都在等待对方释放锁，最终进入了死锁状态。

死锁发生的例子2：

public class TestClass {

public synchronized void method(TestClass clazz) {

System.out.println(“TestClass method in”);

clazz.method2();

System.out.println(“TestClass method out”);

}

public synchronized void method2() {

System.out.println(“TestClass method2”);

}

}

public class TestLock extends Thread {

private TestClass class1;

private TestClass class2;

public TestLock(TestClass class1, TestClass class2) {

this.class1 = class1;

this.class2 = class2;

}

@Override

public void run() {

class1.method(class2);

}

}

public class Client {

public static void main(String[] ars) {

TestClass classA = new TestClass();

TestClass classB = new TestClass();

new TestLock(classA, classB).start();

new TestLock(classB, classA).start();

}

}

运行结果：

结果显示进入两次方法，但是并没有走完，发生死锁。

一旦出现死锁，整个程序既不会发生任何错误，也不会给出任何提示，只是所有线程处于阻塞状态，无法继续。java虚拟机没有提供检测，也没有采取任何措施来处理死锁的情况，所以多线程编程中，必须手动应该采取措施避免死锁。

解决方法：

1.调整申请锁的范围

public class TestClass {

public void method(TestClass clazz) {

System.out.println(“TestClass method in”);

synchronized(this){

//do something

}

clazz.method2();

System.out.println(“TestClass method out”);

}

public synchronized void method2() {

System.out.println(“TestClass method2”);

}

}

上面代码原来锁是加在方法上的，现在改为在方法内的一部分，这样在使用第二个锁时本身的锁已经释放了。如果减小锁的申请范围可以避免锁的申请发生闭环的话，那么就可以避免死锁。

2.调整申请锁的顺序

在有些情况下是不允许我们调整锁的范围的，比如银行转账的场景下，我们必须同时获得两个账户上的锁，才能进行操作，两个锁的申请必须发生交叉。这时要想打破死锁闭环，必须调整锁的申请顺序，总是以相同的顺序来申请锁，比如总是先申请 id 大的账户上的锁 ，然后再申请 id 小的账户上的锁，这样就无法形成导致死锁的那个闭环。

public class Account {

private int id; // 主键

private String name;

private double balance;

public void transfer(Account from, Account to, double money){

if(from.getId() > to.getId()){

synchronized(from){

synchronized(to){

// transfer

}

}

}else{

synchronized(to){

synchronized(from){

// transfer

}

}

}

}

public int getId() {

return id;

}

}

这样的话，即使发生了两个账户比如 id=1的和id=100的两个账户相互转账，因为不管是哪个线程先获得了id=100上的锁，另外一个线程都不会去获得id=1上的锁(因为他没有获得id=100上的锁)，只能是哪个线程先获得id=100上的锁，哪个线程就先进行转账。这里除了使用id之外，如果没有类似id这样的属性可以比较，那么也可以使用对象的hashCode()的值来进行比较。

避免死锁的发生

很多时候实际锁的交叉可能涉及很多个，要想很好的避免只能人工仔细检查，一旦我们在一个同步方法中，或者说在一个锁的保护的范围中，调用了其它对象的方法时，就要十分的小心：

1. 如果其它对象的这个方法会消耗比较长的时间，那么就会导致锁被我们持有了很长的时间；

2. 如果其它对象的这个方法是一个同步方法，那么就要注意避免发生死锁的可能性了；

总之是尽量避免在一个同步方法中调用其它对象的延时方法和同步方法。

参考：

https://blog.csdn.net/xidianliuy/article/details/51568073

https://blog.csdn.net/m0_38126177/article/details/78587845

Ending

Tip：由于文章篇幅有限制，下面还有20个关于MySQL的问题，我都复盘整理成一份pdf文档了，后面的内容我就把剩下的问题的目录展示给大家看一下

如果觉得有帮助不妨【转发+点赞+关注】支持我，后续会为大家带来更多的技术类文章以及学习类文章！（阿里对MySQL底层实现以及索引实现问的很多）

吃透后这份pdf，你同样可以跟面试官侃侃而谈MySQL。其实像阿里p7岗位的需求也没那么难（但也不简单），扎实的Java基础+无短板知识面+对某几个开源技术有深度学习+阅读过源码+算法刷题，这一套下来p7岗差不多没什么问题，还是希望大家都能拿到高薪offer吧。

带来更多的技术类文章以及学习类文章！**（阿里对MySQL底层实现以及索引实现问的很多）

[外链图片转存中…(img-UuTsbfXj-1721141320153)]

[外链图片转存中…(img-yzv55IZw-1721141320154)]

吃透后这份pdf，你同样可以跟面试官侃侃而谈MySQL。其实像阿里p7岗位的需求也没那么难（但也不简单），扎实的Java基础+无短板知识面+对某几个开源技术有深度学习+阅读过源码+算法刷题，这一套下来p7岗差不多没什么问题，还是希望大家都能拿到高薪offer吧。