确保在线程中的 notify() 之前调用 wait()，这可能吗？

Question

当我遇到一个使用等待/通知方法的示例时，我正在查看 Kathy Sierra 书中的线程一章：

 class ThreadA {
 public static void main(String [] args) {
 ThreadB b = new ThreadB();
 b.start();

 synchronized(b) {
 try {
    System.out.println("Waiting for b to complete...");
    b.wait();
     } catch (InterruptedException e) {}
 System.out.println("Total is: " + b.total);
 }
}
}

class ThreadB extends Thread { 
 int total;
 public void run() {
  synchronized(this) {
   for(int i=0;i<100;i++) {
   total += i;
   }
  notify();
 }
}
}

运行代码总是产生相同的输出：

等待 b 完成...总计：4950

我在 ThreadB 中修改了 run() 的同步块，添加了：

System.out.println("ThreadB is executed"); 

问题是：为什么我一直得到

“正在等待 b 完成...”

之前

“线程B被执行”

？是不是有可能线程b先于主线程执行？

Answer 1

是不是有可能线程 b 在 main 之前执行 线程？

是的，绝对的。

通常wait 带有一些谓词来防止此类问题。

例如，ThreadB 可以有一个表示它已完成的变量。在您的情况下，您可以检查总计是否不为 0。

synchronized (b) {
    try {
        System.out.println("Waiting for b to complete...");
        while (b.total == 0) {
            b.wait();
        }
    } catch (InterruptedException e) {
    }
    System.out.println("Total is: " + b.total);
}

这会在总读取相对于 ThreadB 中的写入创建之前发生的关系。

Answer 2

难道不存在线程b先于主线程执行的可能吗？

是的，这种可能性是存在的，尽管对于像这段代码这样的狭隘种族来说，这种可能性很小。

代码在获取 b 的监视器（同步块）之前调用b.start()。主线程有可能在该窗口期间被抢占，线程 B 将首先运行并获取该监视器。

在那种情况下，这个程序会挂起，因为主线程会永远wait()，因为它错过了来自线程 B 的notify()。