死锁产生的四个必要条件

• 互斥条件（Mutual exclusion）：资源不能被共享，只能由一个进程使用。
• 请求与保持条件（Hold and wait）：已经得到资源的进程可以再次申请新的资源。
• 不可剥夺条件（No pre-emption）：已经分配的资源不能从相应的进程中被强制地剥夺，且只能由获得该资源的进程资源释放。
• 环路/循环等待条件（Circular wait）：在发生死锁时必然存在一个进程等待队列{P1,P2,…,Pn},其中P1等待P2占有的资源，P2等待P3占有的资源，…，Pn等待P1占有的资源，形成一个进程等待环路，环路中每一个进程所占有的资源同时被另一个申请，也就是前一个进程占有后一个进程所深情地资源。

如何预防死锁

通过破坏四个必要条件中的一个或多个，使死锁永远无法满足。实现简单，但是由于所施加的限制条件往往太严格，可能会导致系统资源利用率和系统吞吐量降低。

破坏请求和保持条件——预先资源分配法

一次性申请所有需要的资源，只要有一种资源不满足要求，哪怕其它需要的资源都足够，也不做任何分配。这样一来就没有“保持”资源的状态，只有“请求”资源的状态，破坏了请求与保持条件。

破坏环路等待条件——有序资源分配法

在申请不同类资源时，必须按指定顺序申请，破坏了环路等待条件。
正例：线程A、B申请资源顺序均为R1->R2；
反例：A申请顺序为R1->R2，B申请顺序为R2->R1。

破坏不可剥夺条件

一个进程不能获得所需要的全部资源时便处于等待状态，等待期间他占有的资源将被隐式的释放重新加入到系统的资源列表中，可以被其他的进程使用，而等待的进程只有重新获得自己原有的资源以及新申请的资源才可以重新启动执行。

如何避免死锁

也是预发死锁，但不会事先去破坏死锁的必要条件，只是有人请求资源时，用某种方法防止系统进入不安全的状态（死锁），从而避免发生死锁。

银行家算法

基本思想是分配资源之前，判断系统是否是安全的；若是，才分配。

检测死锁和解除

不采取措施防止死锁产生，允许系统产生死锁，但是可以通过一些手段检测出死锁，然后将死锁解除。

检测方法：
定时检测
效率低时检测
进程等待时检测

[1] https://blog.csdn.net/jyy305/article/details/70077042
[2] https://cloud.tencent.com/developer/article/1493418