死锁

死锁是这样一种情形：多个线程同时被阻塞，它们中的一个或者全部都在等待某个资源被释放。由于线程被无限期地阻塞，因此程序不可能正常终止。

场景1：一个线程，一把锁

一个线程，一把锁，线程连续加锁两次。如果只给锁是不可重入锁，那就是死锁，synchronized的话是可重入锁，不影响。

场景2：两个线程两把锁

两个线程两把锁：

public static void main(String[] args) throws InterruptedException {Object locker1 = new Object();Object locker2 = new Object();Thread t1 = new Thread(()->{System.out.println("t1尝试获取locker1");synchronized (locker1) {try {Thread.sleep(1000);} catch (InterruptedException e) {throw new RuntimeException(e);}System.out.println("t2尝试获取locker2");synchronized (locker2) {System.out.println("t1获取两把锁成功");}}});Thread t2 = new Thread(()->{System.out.println("t2尝试获取locker2");synchronized (locker2) {try {Thread.sleep(1000);} catch (InterruptedException e) {throw new RuntimeException(e);}System.out.println("t2尝试获取locker1");synchronized (locker1) {System.out.println("t2获取两把锁成功");}}});t1.start();t2.start();
}

面对这种场景，锁再怎么可重入也无济于事。

场景3：多个线程多把锁【哲学家就餐】

死锁典型模型：哲学家就餐问题

桌子,一碗意大利面
五个哲学家
五根筷子~ 分别放到两个人之间~
每个哲学家只会做两件事：
1.思考人生 啥都不千(线程阻塞了)
2.吃面条,先拿起左手的筷子,再拿起右手的筷子,吃一会,就放下了

多线程下：一般情况下这个模型是正常的，不会死锁，极端情况除外；

极端情况：五个哲学家同时拿起左手的筷子，且互不相让。

这个时候就会死锁了。

如何解决死锁？

死锁产生的四个必要条件：

1、互斥使用：锁A被线程1占用，线程2就用不了

2、不可抢占：锁A被线程1占用，线程2不能吧锁A给抢过来，除非线程1主动释放

3、请求和保持：即当资源请求者在请求其他的资源的同时保持对原有资源的占有。

4、循环等待：线程1等待线程2释放锁，线程2要释放锁得等待线程3来释放锁，线程3释放锁还得等待线程1释放锁。

当上述四个条件都成立的时候，便形成死锁。当然，死锁的情况下如果打破上述任何一个条件，便可让死锁消失。

其中最容易破坏的就是 “循环等待”.

破坏循环等待

最常用的一种死锁阻止技术就是锁排序. 假设有 N 个线程尝试获取 M 把锁, 就可以针对 M 把锁进行编号

(1, 2, 3…M).

N 个线程尝试获取锁的时候, 都按照固定的按编号由小到大顺序来获取锁. 这样就可以避免环路等待.

约定：将筷子编号,要求必须先取身边编号小的后取编号大的,即使小的被别人拿了也要等待别人释放以后再拿。

按照这样的顺序，假设还是5个哲学家同时拿筷子：

1号哲学家先拿1号筷子，二号哲学家后拿身边的二号筷子，三号哲学家拿三号筷子，四号哲学家拿四号筷子。五号哲学家想拿一号筷子，但是发现一号筷子已经被一号哲学家拿走了，那么他就要等待一号筷子被一号哲学家释放，此时四号哲学家可以选择拿五号筷子加上之前选的四号筷子先用餐。然后用完以后，他将他将四号筷子放下，然后三号哲学家就可以拿三号筷子和四号筷子，以此类推。

【面试题】

谈谈死锁是什么，如何避免死锁，避免算法？ 实际解决过没有？

死锁：

多个线程同时被阻塞，它们中的一个或者全部都在等待某个资源被释放。由于线程被无限期地阻塞，因此程序不可能正常终止。

推。

【面试题】

谈谈死锁是什么，如何避免死锁，避免算法？ 实际解决过没有？

死锁：

多个线程同时被阻塞，它们中的一个或者全部都在等待某个资源被释放。由于线程被无限期地阻塞，因此程序不可能正常终止。

解决方法：避免循环等待，哲学家问题。