一个棘手的死锁示例

时间:2016-04-28 21:35:07

标签: java multithreading deadlock

我在理解Oracle教程中的这个特定死锁示例时遇到了问题。 我想我对死锁是一个很好的想法(我已经看到很多例子,其中创建了两个最终的Object锁,一个线程获得了第一个,第二个获得了另一个),但这个看起来更复杂。

为什么在不阻止程序的情况下可以调用bowBack()方法?如果方法在 this 上同步 - 如果我理解正确,这实际上是同步方法的工作方式 - 那么线程不会共享一个会导致它们彼此等待的资源。

是不是因为如果你试图在另一个同步方法中调用同步方法,你需要成为"唯一的线程"在这个外部方法里面?

从我收集的内容来看,他们都同时进入bow()并且一切都很好,直到调用bowBack()...

public class Deadlock {
    static class Friend {
        private final String name;
        public Friend(String name) {
            this.name = name;
        }
        public String getName() {
            return this.name;
        }
        public synchronized void bow(Friend bower) {
            System.out.format("%s: %s"
                + "  has bowed to me!%n", 
                this.name, bower.getName());
            bower.bowBack(this);
        }
        public synchronized void bowBack(Friend bower) {
            System.out.format("%s: %s"
                + " has bowed back to me!%n",
                this.name, bower.getName());
        }
    }

    public static void main(String[] args) {
        final Friend alphonse =
            new Friend("Alphonse");
        final Friend gaston =
            new Friend("Gaston");
        new Thread(new Runnable() {
            public void run() { alphonse.bow(gaston); }
        }).start();
        new Thread(new Runnable() {
            public void run() { gaston.bow(alphonse); }
        }).start();
    }
}

1 个答案:

答案 0 :(得分:1)

这里的重要部分是参数/参数也被锁定,并且在另一个对象上调用bowback方法,而不是在this上。

如果该行改为阅读this.bowback(),一切都会好的,但它是anotherObject.bowback(),并且该对象尝试自身同步,但已被另一个线程锁定。