打破死锁有两种方法：（1）简单地终止一个或多个进程以打破循环等待。——进程终止（2）从一个或多个死锁进程那里抢占一个或多个资源。——资源抢占

二者都是通过施加某些限制条件，来预防死锁发生。差别：预防死锁所施加的限制条件较严格，可能会导致系统资源利用率和系统吞吐量降低。（设置某些条件，去破坏产生死锁的四个必要条件中的一个或几个）避免死锁所施加限制条件较宽松，可获得较高的资源利用率和系统吞吐量，有利于进程的并发执行。（在资源的动态分配过程中，用某种方法去防止系统进入不安全状态）

预防死锁的方法1、摒弃“互斥条件”2、摒弃“请求与保持”条件。要求进程必须-次性申请其运行所需的所有资源都满足之后才能分配资源给它。否则，不予分配资源。3、摒弃“不可剥夺”条件当一个进程在申请其他的资源得不到满足，释放所有它已经申请到的资源。4、摒弃“环路等待”条件

1、互斥条件：一个资源每次只能被一个进程使用。2、请求与保持条件：一个进程因请求资源而阻塞时，对已获得的资源保持不放。3、不剥夺条件：进程已获得的资源，在末使用完之前，不能强行剥夺。4、循环等待条件：若干进程之间形成一种头尾相接的循环等待资源关系。

1、概率性事件死锁的问题和其他的并发安全问题一样，是概率性的，也就是说，即使存在发生死锁的可能性，也并不是100%会发生的。如果每个锁的持有时间很短，那么发生冲突的概率就很低，所以死锁发生的概率也很低。但是在线上系统里，可能每天有几千万次的“获取锁”、“释放锁”操作，在巨量的次数面前，整个系统发生问题的几率就会被放大，只要有某几次操作是有风险的，就可能会导致死锁的发生。也正是因为死锁“不一定会发生”的特点，导致提前找出死锁成为了一个难题。压力测试虽然可以检测出一部分可能发生死锁的情况，但是并不足以完全模拟真实、长期运行的场景，因此没有办法把所有潜在可能发生死锁的代码都找出来。2、危害大，发生几率不高一旦发生了死锁，根据发生死锁的线程的职责不同，就可能会造成子系统崩溃、性能降低甚至整个系统崩溃等各种不良后果。而且死锁往往发生在高并发、高负载的情况下，因为可能会直接影响到很多用户，造成一系列的问题。以上就是死锁发生几率不高但是危害大的特点。

（一）线程自己将自己锁住一般情况下,如果同一个线程先后两次调用lock,在第二次调⽤用时,由于锁已经被占用,该线程会挂起等待占用锁的线程释放锁,然而锁正是被自己占用着的,该线程又被挂起而没有机会释放锁,因此就永远处于挂起等待状态了,于是就形成了死锁(Deadlock)。（二）多线程抢占锁资源被困又如线程A获得了锁1,线程B获得了锁2,这时线程A调用lock试图获得锁2,结果是需要挂起等待线程B释放锁2,而这时线程B也调用lock试图获得锁1,结果是需要挂起等待线程A释放锁1,于是线程A和B都永远处于挂起状态了，死锁再次形成。

1、避免多次锁定。尽量避免同一个线程对多个Lock进行锁定。例如上面的死锁程序，主线程要对A、B两个对象的Lock进行锁定，副线程也要对A、B两个对象的Lock进行锁定，这就埋下了导致死锁的隐患。2、具有相同的加锁顺序。如果多个线程需要对多个Lock进行锁定，则应该保证它们以相同的顺序请求加锁。比如上面的死锁程序，主线程先对A对象的Lock加锁，再对B对象的Lock加锁；而副线程则先对B对象的Lock加锁，再对A对象的Lock加锁。这种加锁顺序很容易形成嵌套锁定，进而导致死锁。如果让主线程、副线程按照相同的顺序加锁，就可以避免这个问题。3、使用定时锁。程序在调用acquire()方法加锁时可指定timeout参数，该参数指定超过timeout秒后会自动释放对Lock的锁定，这样就可以解开死锁了。4、死锁检测。死锁检测是一种依靠算法机制来实现的死锁预防机制，它主要是针对那些不可能实现按序加锁，也不能使用定时锁的场景的。

所谓死锁，是指多个进程在运行过程中因争夺资源而造成的一种僵局，当进程处于这种僵持状态时，若无外力作用，它们都将无法再向前推进。因此我们举个例子来描述，如果此时有一个线程A，按照先锁a再获得锁b的的顺序获得锁，而在此同时又有另外一个线程B，按照先锁b再锁a的顺序获得锁。如下图所示：

正确答案是C本题目考查检测死锁的思想。检测死锁对系统资源的分配不加限制，只要有则可以进行分配，允许系统在运行过程中发生死锁，但可通过系统所设置的检测机构，反复检测各进程资源申请和分配情况，及时的检测出死锁的发生，并确定与死锁有关的进程和资源，然后通过解除死锁的措施，将已发生的死锁清除掉。检测死锁不是预防系统卷入死锁。因此应该选择C。

正确答案是ABCD死锁特征（出现4个特征也有可能不会死锁）：1、互斥：一个时间只能有一个进程使用资源2、持有并等待：进程保持至少一个资源正在等待其他进程持有的额外资源3、无抢占：一个资源只能被进程完成后自愿释放4、循环等待：进程互相等待各自的资源