notify() と NoticeAll() の微妙な違い

Notify() と NoticeAll() の主な違いは、起動する待機スレッドの数 (1 つとすべて)、これにより別の疑問が生じます:

なぜ 1 つのスレッドが常にオブジェクト ロックを再取得するのですか?

一般的にこの場合、notify() と NoticeAll() の両方で、ロックを再取得するためにどの待機スレッドが選択されるかは指定されません。 JVM またはシステム スレッド スケジューラによってこの選択が行われますが、これは非決定的な場合があります。

notifyAll() の必要性

ただし、特定のシナリオでは Notice() を使用します。次の例に示すように、デッドロックが発生する可能性があります。

Producer/Consumer Class with Notice()

public class ProducerConsumer {

    private final int MAX_SIZE = 1;  // Buffer size

    private List

デッドロック シナリオ:

1. プロデューサー P1 がオブジェクトをバッファーに配置します。
2. プロデューサー P2 と P3 はオブジェクトを配置しようとしますが、バッファがいっぱいのためブロックされました。
3. コンシューマ C1 はバッファからオブジェクトを取得しようとしています。
4. C1 は実行中でオブジェクトを取得し、待機中のスレッドに通知します。
5. P2 または C2 は通知によって起動できますが、両方ともロックを再取得しようとしてブロックされます。
6. C3 もロックを取得しようとしてブロックされます。

その結果、3 つのスレッドすべてが無期限に待機し、デッドロックが発生します。

解決策:notifyAll()

このデッドロックを解決するには、notifyAll() の代わりに使用する必要があります。プロデューサ/コンシューマ コード内のnotify()。これにより、待機中のすべてのスレッドが確実に起動され、デッドロックが防止されます。

推奨事項:

ほとんどのシナリオでは、潜在的なデッドロックを回避するため、notifyAll() が推奨されるメソッドです。特定のシナリオで特定の待機スレッドを 1 つだけ起動する必要がある場合は、notify() を注意して使用できます。