在同步中使用内部锁

Question

假设d是我们用来调用wait的对象。当线程调用d.wait时，它必须拥有d的内部锁，否则会引发错误。在同步方法中调用等待是获取内部锁的一种简单方法。

那么这是不是意味着两个线程不能同时调用wait()。这里的固有锁是什么意思【提到它是监视器】？但是monitor是如何实现互斥的呢？

一旦线程调用等待，它是否永远持有对象？如果是这样，其他线程使用该锁通知All（）怎么样？

如果我们需要在 NotifyAll 期间获取对象，那么为什么所有等待线程都被通知了？它不应该单独通知等待该对象的线程吗？

感谢任何要解释的代码。

Answer 1

根据javadoc的说法，锁并不是永久持有的:

线程释放此监视器的所有权并等待，直到另一个线程通过调用notify方法或notifyAll方法通知在该对象监视器上等待的线程唤醒。然后线程等待，直到它可以重新获得监视器的所有权并恢复执行。

Answer 2

在同步方法中调用等待是获取内在锁的一种简单方法。

Wait不提供对象上的锁，而是在其他线程调用通知时让线程等待侦听锁释放。线程在进入受保护的//同步块时获得锁。同步块/方法允许获取锁（如果可用），否则线程无法进入这些代码块。

Answer 3

那么这是不是意味着两个线程不能同时调用等待（）呢？

更正两个线程不能同时调用wait（）。然而，一旦一个线程处于wait（）状态，另一个线程可以获取相同的锁，并在不久后进入wait（（）状态。同一个对象上可以有任意数量的线程等待，但只有一个线程真正持有锁。

这里的内在锁是什么意思[将其称为监视器]？但是，监控器是如何实现相互排斥的呢？

持有对象时只能运行一个线程。其他线程可能会阻塞试图获取锁，更html" target="_blank">多线程可能会等待（）。

一旦线程调用wait，它会永远保持对象吗？

相反，它放弃它，或者另一个线程几乎可以立即获取它。

如果是这样，那么使用notifyAll()锁的其他线程会怎么样呢？

如果在对象上调用notifyAll()，所有等待()的线程依次被唤醒。这些线程一次只能获取一个锁，并且会尽快重新获取锁。

如果我们需要在通知期间获取对象，那么为什么所有等待线程都通知？

这就是notifyAll所做的，它被认为比使用notify更安全，因为它不太容易发生编码错误，所以会唤醒随机的通知。

它不应该通知单独等待该对象的线程吗？

这就是它所做的。

您应该注意;

• 在notify（）/notifyAll（）之前，您应该执行状态更改。您还应该在检查状态变化的循环中等待（）。您需要这样做，因为a）wait（）可能会错过一个notify（），b）它可能会被恶意唤醒c）另一个线程可能会抓取您已经完成的任何操作，它可能需要再次等待
• 在过去9年中，高级并发类的使用越来越多。使用这些类意味着您不需要直接使用Threads、Queues、wait（）和notify（）