下面是死锁情况的一个示例代码
- 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()",但是因为线程死锁的原因,所以程序一直在等待执行,没能正常的执行下去。
在上面的代码里面,为什么会出现死锁这种情况呢?我们来简单分析一下。
首先虽然副线程的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()之前就不需要对对象进行加锁,也就不会出现死锁的情况。
因为在工作中还没有遇到这种情况,所以只能拿这个实例程序讲解了。