Synchronizing на объект Thread

Question

От Niko's java blog

Эти классы определены в одном файле. Каков результат? (1 правильный ответ)

class Job extends Thread { 
    private Integer number = 0; 
    public void run() { 
     for (int i = 1; i < 1000000; i++) { 
      number++; 
     } 
    } 
    public Integer getNumber() { 
     return number; 
    } 
} 
public class Test { 
    public static void main(String[] args) 
    throws InterruptedException { 
     Job thread = new Job(); 
     thread.start(); 
     synchronized (thread) { 
      thread.wait(); 
     } 
     System.out.println(thread.getNumber()); 
    } 
} 

• Он печатает 0.
• Он печатает 999999.
• Выход не гарантируется какой-либо из вышеперечисленного.

Выход 999999. Я понимаю, что когда Thread завершает свой метод run(), он завершается, и вместе с ним все блокировки Thread были освобождены. Однако в этом упражнении используется объект Thread как блокировка, не следует ли считать его нормальным объектом? Я имею в виду, что замок не принадлежит потоку thread, а по главной теме.

Answer 1

Этот код зависит от деталей реализации, которая не была документально до того Java 7, и теперь (в documentation of the join() method), но со следующими словами:

как нить завершает метод this.notifyAll является вызывается. Рекомендуется, чтобы приложения не использовали wait, notify или notifyAll для экземпляров Thread.

Поэтому я не знаю, где был задан этот вопрос, но он действительно проверяет, знаете ли вы скрытые угловые случаи потоковой передачи, которые вы никогда не должны использовать в какой-либо разумной программе.