java同步和对象锁定

Question

假设我有两条线。Thread1正在访问一个同步方法，同时，Thread2正在访问同一对象的另一个同步方法。据我所知，Thread2应该等到Thread1完成它的任务。我的问题是，Thread2是否在对象的等待线程列表中？对我来说似乎是这样，但Thread2不调用wait（）方法，那么作为逻辑结果，它不应该在对象的等待线程列表中。如果它不在对象的等待线程列表中，那么Thread2的状态是什么？

Answer 1

这两种情况是有区别的，正如你所指出的那样。

当一个线程尝试运行一个同步的块，但其他一些线程持有监视器的锁时，传入线程会被阻塞，直到锁被释放并授予它。

对于调用waited（）的线程，它必须已经持有监视器的锁（这是一个相关的区别）。此外，调用wait（）会使线程等待（释放锁），通常直到它被其他线程通知。

在理想的情况下，通常应该总是这样，但是，正如Java文档中所指定的，可能会出现一种称为虚假唤醒的现象，使得等待的线程无缘无故地被唤醒。这就是为什么等待条件应该包含在while语句中，而不是if语句中。例子：

synchronized (this) {
    while (x < 0) { wait(); }
}

而不是：

synchronized (this) {
    if (x < 0) { wait(); }
}

Answer 2

当Tread2等待Thread1释放Thread1持有的内在锁时，它会被阻塞，直到内在锁变得可用（如执行线程Thread1释放的u）。因此，在夏季，Thread2正在等待锁被释放，因此它可以获取它。

现在，当线程调用wait（）时，它必须已经持有内部锁。调用wait（）然后释放锁，并将线程置于等待状态，等待来自notify（）或notifyAll（）的信号继续执行。

所以，这两种场景是不同的，前者是关于隐式阻止执行，直到资源（锁）可用为止。而后者是关于显式释放已持有的锁，然后等待信号，该是重新获取锁并继续的时候了。