下面是死锁情况的1个示例代码
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
我们看到，正常情况下，最后还应当打印出“A的last()”和"B的last()",但是由于线程死锁的缘由，所以程序1直在等待履行，没能正常的履行下去。
在上面的代码里面，为何会出现死锁这类情况呢？我们来简单分析1下。
首先虽然副线程的start()是在主线程的init()之前，但是由于多线程开启也需要1段时间，所以我们可以看到，是主线程的init()方法履行在前，然后在init()里面调用了a.foo()。A类和B类中的方法都是同步方法，因此，A的对象和B的对象都是同步锁。在进入A的foo()之前，线程会对A加锁，然后线程睡眠200ms，这时候候副线程调用B的bar()，一样的会对B加锁，然后睡眠200ms。这时候候，主线程唤醒，试图调用B的bar方法，由于是同步方法，所以需要对B加锁，但是这时候候B已被副线程锁住了，所以主线程就1直处于阻塞状态。当副线程唤醒的时候，试图调用A的同步方法，一样需要对A加锁，但是这时候候主线程持有A的锁，并处于阻塞状态，所以副线程也不能向下履行，大家都在等着对方释放锁，因此出现了我们上面说的死锁的情况。
如果我们把A和B的last()的synchronized去掉，那末程序在调用last()之前就不需要对对象进行加锁，也就不会出现死锁的情况。
由于在工作中还没有遇到这类情况，所以只能拿这个实例程序讲授了。