北大青鸟java培训：如何避免死锁？

什么是死锁，如何避免死锁？线程A需要资源X，而线程B需要资源Y，而双方都掌握有对方所要的资源，这种情况称为死锁（deadlock），或死亡拥抱（thedeadlyembrace）。

在并发程序设计中，甘肃电脑培训http://www.kmbdqn.cn/建议死锁(deadlock)是一种十分常见的逻辑错误。

通过采用正确的编程方式，死锁的发生不难避免。

死锁的四个必要条件在计算机专业的教材中，通常都会介绍死锁的四个必要条件。

这四个条件缺一不可，或者说只要破坏了其中任何一个条件，死锁就不可能发生。

我们来复习一下，这四个条件是：互斥（Mutualexclusion）：存在这样一种资源，它在某个时刻只能被分配给一个执行绪（也称为线程）使用；持有（Holdandwait）：当请求的资源已被占用从而导致执行绪阻塞时，资源占用者不但无需释放该资源，而且还可以继续请求更多资源；不可剥夺（Nopreemption）：执行绪获得到的互斥资源不可被强行剥夺，换句话说，只有资源占用者自己才能释放资源；环形等待（Circularwait）：若干执行绪以不同的次序获取互斥资源，从而形成环形等待的局面，想象在由多个执行绪组成的环形链中，每个执行绪都在等待下一个执行绪释放它持有的资源。

解除死锁的必要条件不难看出，在死锁的四个必要条件中，第二、三和四项条件比较容易消除。

通过引入事务机制，往往可以消除第二、三两项条件，方法是将所有上锁 *** 作均作为事务对待，一旦开始上锁，即确保全部 *** 作均可回退，同时通过锁管理器检测死锁，并剥夺资源（回退事务）。

这种做法有时会造成较大开销，而且也需要对上锁模式进行较多改动。

消除第四项条件是比较容易且代价较低的办法。

具体来说这种方法约定：上锁的顺序必须一致。

具体来说，我们人为地给锁指定一种类似“水位”的方向性属性。

无论已持有任何锁，该执行绪所有的上锁 *** 作，必须按照一致的先后顺序从低到高（或从高到低）进行，且在一个系统中，只允许使用一种先后次序。

请注意，放锁的顺序并不会导致死锁。

也就是说，尽管按照锁A,锁B,放A,放B这样的顺序来进行锁 *** 作看上去有些怪异，但是只要大家都按先A后B的顺序上锁，便不会导致死锁。

解决方法：1使用事务时，尽量缩短事务的逻辑处理过程，及早提交或回滚事务（细化处理逻辑，执行一段逻辑后便回滚或者提交，然后再执行其它逻辑，直到事物执行完毕提交）；2设置死锁超时参数为合理范围，如：3分钟-10分种；超过时间，自动放弃本次 *** 作，避免进程悬挂； 3优化程序，检查并避免死锁现象出现； 4对所有的脚本和SP都要仔细测试，在正是版本之前。

 5所有的SP都要有错误处理（通过@error） 6一般不要修改SQLSERVER事务的默认级别。

不推荐强行加锁另外参考的解决方法：按同一顺序访问对象如果所有并发事务按同一顺序访问对象，则发生死锁的可能性会降低。

例如，如果两个并发事务获得Supplier表上的锁，然后获得Part表上的锁，则在其中一个事务完成之前，另一个事务被阻塞在Supplier表上。

第一个事务提交或回滚后，第二个事务继续进行。

不发生死锁。

将存储过程用于所有的数据修改可以标准化访问对象的顺序。

每个使用关系型数据库的程序都可能遇到数据死锁或不可用的情况，而这些情况需要在代码中编程来解决本文主要介绍与数据库事务死锁等情况相关的重试逻辑概念，此外，还会探讨如何避免死锁等问题，文章以DB2(版本9)与为例进行讲解。

什么是数据库锁定与死锁

锁定(Locking)发生在当一个事务获得对某一资源的“锁”时，这时，其他的事务就不能更改这个资源了，这种机制的存在是为了保证数据一致性在设计与数据库交互的程序时，必须处理锁与资源不可用的情况。锁定是个比较复杂的概念，仔细说起来可能又需要一大篇，所以在本文中，只把锁定看作是一个临时事件，这意味着如果一个资源被锁定，它总会在以后某个时间被释放。而死锁发生在当多个进程访问同一数据库时，其中每个进程拥有的锁都是其他进程所需的，由此造成每个进程都无法继续下去。

如何避免锁

我们可利用事务型数据库中的隔离级别机制来避免锁的创建，正确地使用隔离级别可使程序处理更多的并发事件(如允许多个用户访问数据)，还能预防像丢失修改(LostUpdate)、读“脏”数据(DirtyRead)、不可重复读(NonrepeatableRead)及“虚”(Phantom)等问题。

隔离级别问题现象

丢失修改读“脏”数据不可重复读“虚”

可重复读取NoNoNoNo

读取稳定性NoNoNoYes

光标稳定性NoNoYesYes

未提交的读NoYesYesYes

表1：DB2的隔离级别与其对应的问题现象

在只读模式中，就可以防止锁定发生，而不用那些未提交只读隔离级别的含糊语句。北京电脑培训发现一条SQL语句当使用了下列命令之一时，就应该考虑只读模式了

有两种实现方法，分别是继承Thread类与实现Runnable

接口

用synchronized关键字修饰同步方法

反对使用stop()，是因为它不安全。它会解除由线程获取的所有锁定，而且如果对象处于一种不连贯状态，那么

其他线程能在那种状态下检查和修改它们。结果很难检查出真正的问题所在。suspend()方法容易发生死锁。调用

suspend()的时候，目标线程会停下来，但却仍然持有在这之前获得的锁定。此时，其他任何线程都不能访问锁定

的资源，除非被"挂起"的线程恢复运行。对任何线程来说，如果它们想恢复目标线程，同时又试图使用任何一个

锁定的资源，就会造成死锁。所以不应该使用suspend()，而应在自己的Thread类中置入一个标志，指出线程应该

活动还是挂起。若标志指出线程应该挂起，便用wait()命其进入等待状态。若标志指出线程应当恢复，则用一个

notify()重新启动线程。

---