下面是死锁情况的一个示例代码

package com.qust.demo.money;

class A {

	public synchronized void foo(B b) {
		System.out.println(Thread.currentThread().getName() + " 进入A的foo");
		try {
			Thread.sleep(200);
		} catch (InterruptedException ex) {
			ex.printStackTrace();
		}
		System.out.println(Thread.currentThread().getName() + " 试图调用B的last");
		b.last();
	}

	public synchronized void last() {
		System.out.println("A的last()");
	}
}

class B {

	public synchronized void bar(A a) {
		System.out.println(Thread.currentThread().getName() + " 进入B的bar");
		try {
			Thread.sleep(200);
		} catch (InterruptedException ex) {
			ex.printStackTrace();
		}
		System.out.println(Thread.currentThread().getName() + " 试图调用A的last");
		a.last();
	}

	public synchronized void last() {
		System.out.println("B的last()");
	}
}

public class DeadLock implements Runnable {

	A a = new A();
	B b = new B();

	public void init() {
		Thread.currentThread().setName("主线程");
		System.out.println("进入主线程");
		a.foo(b);
	}

	public void run() {
		Thread.currentThread().setName("副线程");
		System.out.println("进入副线程");
		b.bar(a);
	}

	public static void main(String[] args) {
		DeadLock dl = new DeadLock();
		new Thread(dl).start();
		dl.init();
	}
}

进入主线程
进入副线程
主线程 进入A的foo
副线程 进入B的bar
副线程 试图调用A的last
主线程 试图调用B的last

    在上面的代码里面，为什么会出现死锁这种情况呢？我们来简单分析一下。

    首先虽然副线程的start()是在主线程的init()之前，但是因为多线程开启也需要一段时间，所以我们可以看到，是主线程的init()方法执行在前，然后在init()里面调用了a.foo()。A类和B类中的方法都是同步方法，因此，A的对象和B的对象都是同步锁。在进入A的foo()之前，线程会对A加锁，然后线程睡眠200ms，这时候副线程调用B的bar()，同样的会对B加锁，然后睡眠200ms。这时候，主线程唤醒，试图调用B的bar方法，因为是同步方法，所以需要对B加锁，但是这时候B已经被副线程锁住了，所以主线程就一直处于阻塞状态。当副线程唤醒的时候，试图调用A的同步方法，同样需要对A加锁，但是这时候主线程持有A的锁，并处于阻塞状态，所以副线程也不能向下执行，大家都在等着对方释放锁，因此出现了我们上面说的死锁的情况。

    如果我们把A和B的last()的synchronized去掉，那么程序在调用last()之前就不需要对对象进行加锁，也就不会出现死锁的情况。

    因为在工作中还没有遇到这种情况，所以只能拿这个实例程序讲解了。

java多线程中死锁情况的一个示例