Java：如果始终在释放锁之前调用notify（），那么等待的线程将如何获取该相同的锁？

Question

我认为我已经知道了该问题的答案，但是，我想阅读您的意见以确保我真正了解Java线程的状态机（或图）的工作方式。

想象一下，线程A在返回给定值之前运行notify（） ：

public class baz{

    // Thread B runs this:
    public synchronized void bar(){
       wait();
    } 

    // Thread A runs this:
    public synchronized int foo(){
       notify();
       return 11;
    }
}

在线程A释放锁之前将调用notify（） （这将在return 11 ;语句之后“发生”）。 那么，正在等待此锁的线程B（通过wait（）方法）如何获取仍由线程A持有的锁？ 请注意，当通知线程B时，线程A尚未释放锁定。

所以我对这种情况的看法如下：

调用wait（）之后 ，线程B将其状态从Running更改为Waiting 。 从线程A notify（）方法接收到通知后，线程B将从wait（）返回，将其状态更改为Runnable并尝试获取锁。 由于线程A尚未释放该锁，因此线程B将在对象的监视器上被阻止，并将其状态从Runnable传递给Blocked 。 最终，在线程A释放锁之后，线程B将获取该锁并将其状态从Blocked传递到Running 。

这是正确的吗？ 我想用这个问题来理解的是，从已经被获取的锁同步的wait（）返回的线程发生了什么 。

Answer 1

是的，您的解释是正确的。

当您在对象上调用wait()时，调用线程将被添加到对象的wait set中 。 当它是notify() ied时，它将被从该等待集中删除，并对该对象执行锁定操作 （它在该对象的synchronized块内）。 该锁定动作将阻塞当前线程，直到完成为止。 锁定了对象监视器。

这是两个线程试图在同一对象上输入synchronized块时完全相同的行为。 到达的第一个线程将锁定对象监视器，立即完成锁定对象。 其他线程将阻塞，直到其锁定动作完成为止。 在第一个线程将监视器解锁之后。