死锁的三种形式：一般死锁，嵌套管程锁死，重入锁死

最新推荐文章于 2024-08-15 11:41:19 发布

Erica_1230

最新推荐文章于 2024-08-15 11:41:19 发布

阅读量2.1k

点赞数

分类专栏：多线程文章标签：线程死锁

多线程专栏收录该内容

55 篇文章 1 订阅

订阅专栏

死锁的定义：

死锁一般是指两个（或两个以上）线程同时竞争两个（或者多个）资源，从而产生同时等待的现象，使得系统僵持不动。

顺便复习一下线程与进程的定义以及他们之间的区别。

进程：一个有独立功能的程序利用某些数据资源的一次远行过程。

线程：一个进程里面的一条执行路径（或者执行过程），同一条进程下的n多条线程之间可以互相通信（共享数据）。

区别：进程是相对独立的单位，进程和线程的主要差别在于它们是不同的操作系统资源管理方式。

进程有独立的地址空间，一个进程崩溃后，在保护模式下不会对其它进程产生影响，而线程

只是一个进程中的不同执行路径。线程有自己的堆栈和局部变量，但线程之间没有单独的地址空间，

一个线程死掉就等于整个进程死掉，所以多进程的程序要比多线程的程序健壮，但在进程切换时，

耗费资源较大，效率要差一些。但对于一些要求同时进行并且又要共享某些变量的并发操作，

只能用线程，不能用进程。

总之：进程是相对独立的，一个进程的崩溃不会影响到其他进程，但是一个线程必须依赖于进程的存在而存在，

线程之间可以共享数据。

一般死锁产生的示例图：

1、一般的死锁

一般的死锁是指多个线程的执行必须同时拥有多个资源，由于不同的线程需要的资源被不同的线程占用，最终导致僵持的状态，这就是一般死锁的定义。

package com.cxt.thread;

public class TestDeadLock extends Thread{
  boolean b;
  DeadLock lock;
  public TestDeadLock(boolean b, DeadLock lock) {
    super();
    this.b = b;
    this.lock = lock;
  }
  public static void main(String[] args) {
    DeadLock lock = new DeadLock();
    TestDeadLock t1 = new TestDeadLock(true, lock);
    TestDeadLock t2 = new TestDeadLock(false, lock);
    t1.start();
    t2.start();
  }
  @Override
  public void run() {
    if(this.b){
      lock.m1();
    }
    else
      lock.m2();
  }
  
}

class DeadLock {
  Object o1 = new Object();
  Object o2 = new Object();
  
  void m1(){
    synchronized(o1){
      System.out.println("m1 Lock o1 first");
      synchronized(o2){
        System.out.println("m1 Lock o2 second");
      }
    }
  }
  void m2(){
    synchronized(o2){
      System.out.println("m2 Lock o2 first");
      synchronized(o1){
        System.out.println("m2 Lock o1 second");
      }
    }
  }
}

如代码所示我们可知：线程t1,t2都需要对象o1,o2才能正常地完成功能，但是由于他们所持的对象与要获得的对象刚好相反，使得两条线程一直僵持，

最终导致死锁。

解决方法：等其中一条线程完全执行完之后再执行另外一条线程。

推广到多条线程，按一定的顺序执行多条线程。

另外一种方法就是设置优先级，如果运行多条线程出现死锁，优先级低的回退，优先级高的先执行这样即可解决死锁问题。

2、嵌套管程锁死

线程1获得A对象的锁。
线程1获得对象B的锁（同时持有对象A的锁）。
线程1决定等待另一个线程的信号再继续。
线程1调用B.wait()，从而释放了B对象上的锁，但仍然持有对象A的锁。

线程2需要同时持有对象A和对象B的锁，才能向线程1发信号。
线程2无法获得对象A上的锁，因为对象A上的锁当前正被线程1持有。
线程2一直被阻塞，等待线程1释放对象A上的锁。

线程1一直阻塞，等待线程2的信号，因此，不会释放对象A上的锁，
  而线程2需要对象A上的锁才能给线程1发信号……

看代码：

package com.cxt.Lock;

import com.cxt.thread.Synchronizer;
import com.cxt.thread.TestLock;

//lock implementation with nested monitor lockout problem
/**
 * 一个坑爹的嵌套管程锁死，区别于死锁
 */
public class Lock {
  protected MonitorObject monitorObject = new MonitorObject();
  protected boolean isLocked = false;

  public static void main(String[] args) {
    Lock l = new Lock();
    l.isLocked = true;

    MyRunnable r1 = new MyRunnable(l, 0);
    MyRunnable r2 = new MyRunnable(l, 0);
    Thread t1 = new Thread(r1);
    Thread t2 = new Thread(r2);
    t1.start();
    t2.start();
    /*
     * 時而鎖住，時而釋放，因為另外兩條線程沒有有时捕捉不到isLocked = false
     */
//		for (int i = 0; i < 100; i++) {
//			l.isLocked = false;
//			try {
//				Thread.sleep(10);
//			} catch (InterruptedException e) {
//				e.printStackTrace();
//			}
//		}
    //

  }

  public void lock() throws InterruptedException {
    // 当执行这个方法时，isLocked=true时,其他方法无论执行lock方法还是执行Unlock方法都会导致管程死锁
    // 只有手动将isLocked 设置为false才能解决死锁，设置为false时必须让其他线程检测到，所以必须设置时间长一点
    synchronized (this) {
      while (isLocked) {
        synchronized (this.monitorObject) {
          this.monitorObject.wait();
        }
      }
      isLocked = true;
    }
  }

  public void unlock() {
    synchronized (this) {
      this.isLocked = false;
      synchronized (this.monitorObject) {
        this.monitorObject.notify();
      }
    }
  }

  static class MyRunnable implements Runnable {
    Lock l = null;
    int i;

    public MyRunnable(Lock l, int i) {
      this.l = l;
      this.i = i;
    }

    @Override
    public void run() {
      try {
        if (i % 2 == 0) {
          this.l.lock();
        } else {
          this.l.unlock();
        }
      } catch (InterruptedException e) {
        e.printStackTrace();
      }
    }

  }
}

我们观察lock()方法,执行lock（）时，当isLocked 为true时，问题就来了，执行monitorObject的方法块，

但是monitorObject变成了等待状态，但是这是外面的this锁还是被此线程持有的，如果有其他线程要执行lock（）

或者unLock（）,此时都会产生无限等待的状态，此线程也因此永远处于无限带等待其他线程来唤醒monitorObject的状态，

最终就一直僵持着。

解决方法手动将isLocked设为false.

这一种较坑，编代码时别没事找事做。

3、重入锁死

package com.cxt.Lock;

public class Lock2{
  private boolean isLocked = false;
  
  public static void main(String[] args) {
    Lock2 lock = new Lock2();
    
    MyRunnable r1 = new MyRunnable(lock, true);
    MyRunnable r2 = new MyRunnable(lock, false);
    Thread t1 = new Thread(r1);
    Thread t2 = new Thread(r2);
    t1.start();
    
//		t2.start();
  }
  public synchronized void lock()
    throws InterruptedException{
    while(isLocked){
      wait();
    }
    isLocked = true;
  }

  public synchronized void unlock(){
    isLocked = false;
    notify();
  }
  
  static class MyRunnable implements Runnable{
    Lock2 l = null;
    boolean flag = false;
    public MyRunnable(Lock2 l, boolean flag) {
      this.l = l;
      this.flag = flag;
    }
    @Override
    public void run() {
      if(flag == true)
        try {
//					如果连续执行两次lock(),就会产生系统无限等待的状态
//					解决方法就是在两次中间执行一次unLock()方法
          l.lock();
          System.out.println("Lock!");
//					l.unlock();
//					System.out.println("Unlock!");
          l.lock();
          System.out.println("Lock!");
        } catch (InterruptedException e) {
          e.printStackTrace();
        }
      else 
        l.unlock();
    }
    
  }
}

当连续执行两次lock()时会出现：