等待（）如何让锁回到Java

Question

这是一个提倡的范例，即 wait（） 应该在同步块内的 while 循环中调用。

我的问题是，waiting（）线程如何获得锁？

// Thread 1
    synchronized (mon) {
     while (!condition) 
          mon.wait();

    // Do something
    }

//Thread 2
    synchronized (mon) {//set condition appropriately
            mon.notify();
    }

考虑线程1首先运行并开始等待条件。它释放锁，线程2获得锁设置条件并通知线程1。现在线程1获得锁，检查条件并开始执行“做某事”。

我的问题是当线程1被通知它从time条件开始执行时，已同步（mon）的代码行永远不会再次执行，那么线程1如何获得锁？将锁还给线程1的内部动态是什么？

Answer 1

在线程1被通知后，它立即获得锁并开始运行//做一些事情。

当线程1等待时，它只是暂时释放锁，当通知线程时，它可以再次获得锁，不需要运行同步（…）。

Answer 2

< code>synchronized(mon)不是一个必须执行的表达式。

它是源代码中的一个语法元素，告诉编译器(然后是运行时)只有在当前线程获取了与< code>mon关联的锁之后，才能执行代码的包装部分，即使您不是“来自”synchronized块之前的代码行。

wait（）释放锁，并且必须在返回之前重新获取它。

Answer 3

当Thread1收到通知时，线程必须在退出等待方法之前获取锁，请参阅Object#etc的java文档：

然后，从此对象的等待集中删除线程 T，并重新启用线程调度。然后，它以通常的方式与其他线程竞争在对象上同步的权利;一旦它获得了对对象的控制权，它对该对象的所有同步声明都将恢复到原状 - 即，恢复到调用等待方法时的情况。然后，线程 T 从等待方法的调用中返回。因此，从 wait 方法返回时，对象和线程 T 的同步状态与调用 wait 方法时完全相同。