論理的に言えば、t1.wait() はメインスレッドをブロックする必要があり、他に通知する場所はありません。
t1.start() を削除した後は、メインスレッドをブロックできる可能性があります。
＃＃＃これはどういう意味ですか？コンパイラの最適化?それとも、同期されたコード ブロック內(nèi)でモニターが操作されない場合、アクティブな通知は終了しますか? ?
1
0
0
実際には、これはスレッドの実行に関係しています。 Javaドキュメントでは、public final synchronized void join(long millis)このメソッドのコメントに一文が書かれています
太字を參照してください。実際には、スレッドの終了後に呼び出されるnotifyAllがウェイクアップの待機(jī)を引き起こします。これは、仮想マシンの最適化によって引き起こされるものではありません。あなたの混亂に答えられることを願っています<p> この実裝では、{@code this.isAlive} を條件とした {@code this.wait} 呼び出しのループが使用されます。 スレッドが終了すると、{@code this.notifyAll} メソッドが呼び出されます。アプリケーションは、{@code Thread} インスタンスで {@code wait}、{@code Notice}、または {@code NoticeAll} を使用しないことを推奨します。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
