死锁（day4）

概念

不同的线程分别占用对方需要的同步资源不放弃，都在等待对方放弃自己需要
的同步资源，就形成了线程的死锁。

当第一个线程s1执行完进行sleep时，第二个线程就开始执行,（这里第一个线程s1是等待s2的，第二个 线程s2等待s1完成）当第一个线下s1sleep（）结束之后，发现s2被第二个同步锁锁住了，而的第二个线程s2需要的是s1，这时s1被线程一的同步监视器拿到了，此时双方的资源都在对方手里就形成了死锁

诱发死锁的原因：

互斥条件

占用且等待

不可抢夺（需要的资源被人占了但是不能抢夺）

循环等待

以上四个条件同时触发就触发死锁

解决死锁：

死锁一旦出现，基本很难人为干预，只能尽量规避，可以考虑打破上面的诱发条件。

针对条件1：互斥条件，无法改变：因为有互斥才能解决线程安全问题

针对条件2：占用且等待：一次性申请所以资源，这样就不用等待

针对条件3：占用部分线程的资源时，在申请进一步的其他资源时，如果申请不到，就主动释放掉已经占用的资源

针对条件4：可以将资源改为线性顺序，申请资源时，先申请顺序小的，这样来避免循环等待问题

DK5.0 新特性： Lock(锁)

建议：lock()和UNlock()最好同时存在，并且用try {} finally

synchronized 与 Lock 的对比