如果在Thread上调用java wait(),则该方法也会在run()方法终止时退出

Question

我对wait()方法的特定用例感到困惑.
根据javadoc,当出现下列情况之一时,wait应该结束:

• 另一个线程调用notify或notifyAll(好的,请参阅javadoc以获取有关通知的详细信息,但这与此问题无关)
• 另一个线程中断这个(等待)线程
• 超时到期(如果使用带超时的等待版本)

在我正在等待的对象本身就是一个Thread的情况下,即使没有调用notify(),并且没有上述条件之一成立,也会发生wait()退出.但是当Thread.run()方法结束时会发生这种情况.虽然这种行为可能有意义,但不应该在Thread javadoc中记录吗？我发现它也很混乱,因为它与join()行为重叠.

这是我的测试代码:

public static class WorkerThread extends Thread {

    @Override public void run() {

        try{
           System.out.println("WT: waiting 4 seconds");
           Thread.sleep(4000);

           synchronized (this) {
            notify();
           }

           System.out.println("WT: waiting for 4 seconds again");
           Thread.sleep(4000);
           System.out.println("WT: exiting");

        } catch (InterruptedException ignore) {
            ignore.printStackTrace();
        }

    }

}

public static void main (String [] args) throws InterruptedException {

    WorkerThread w = new WorkerThread();

    w.start();

    synchronized(w) {
        w.wait();
        System.out.println("MT: The object has been notified by the thread!");
    }

    synchronized(w) {

        w.wait(); //THIS FINISHES WITHOUT notify(), interrupt() OR TIMEOUT!

        System.out.println("MT: The thread has been notified again!");
    }

}

Answer 1

自Java 7以来,在join()方法的文档中记录了它:

当一个线程终止时,将调用this.notifyAll方法.建议应用程序不要在Thread实例上使用wait,notify或notifyAll.

Answer 2

直接扩展Thread是一种常见的反模式.问题是你可以有各种意想不到的后果,因为Thread是一个复杂的类.它做的一件事是通知线程在停止时试图加入()线程.这具有通知等待该线程对象的任何线程的效果.

一个常见的Java益智游戏是错过使用扩展Thread的类.

BTW虽然使用wait()/ notify()已经老了9年多了,但你仍然可以在极少数情况下使用它们.如果这样做,您应该更改notify()块中某些内容的状态,并在wait()时等待该状态更改.这是因为如果你在等待之前调用notify,它就会丢失并且wait()可能会伪造,即使你没有扩展线程.