例を通して、notify() とnotifyAll() の本質的な違いについて説明します。
notify() と notifyAll() はどちらも、オブジェクトを待機しているスレッドに通知するために Object オブジェクトによって使用されるメソッドです。 2 つの最大の違いは次のとおりです。
notifyAll では、オブジェクトの通知を待っていたすべてのスレッドが待機状態を終了し、オブジェクトのロックが解除されると、スレッドが競合します。
通知は、通知する待機状態のスレッドを選択し、オブジェクトのロックを取得するだけですが、同様にオブジェクトからの通知を待っている他のスレッドを妨げません。最初のスレッドが解放されるときに解放されます。この時点でオブジェクトが再度通知ステートメントを使用しない場合、オブジェクトがすでにアイドル状態であっても、待機状態で待機している他のスレッドはオブジェクトから通知を受けないため、引き続き待機状態になります。オブジェクトは Notice または NoticeAll を発行しますが、ロックではなく、Notify または NotifyAll を待っています。
ここに良い例があります:
import java.util.*; class Widget...{} class WidgetMaker extends Thread...{ List<Widget> finishedWidgets=new ArrayList<Widget>(); public void run()...{ try...{ while(true)...{ Thread.sleep(5000);//act busy Widget w=new Widget(); //也就是说需要5秒钟才能新产生一个Widget,这决定了一定要用notify而不是notifyAll //因为上面两行代码不是同步的,如果用notifyAll则所有线程都企图冲出wait状态 //第一个线程得到了锁,并取走了Widget(这个过程的时间小于5秒,新的Widget还没有生成) //并且解开了锁,然后第二个线程获得锁(因为用了notifyAll其他线程不再等待notify语句 //,而是等待finishedWidgets上的锁,一旦锁放开了,他们就会竞争运行),运行 //finishedWidgets.remove(0),但是由于finishedWidgets现在还是空的, //于是产生异常 //***********这就是为什么下面的那一句不能用notifyAll而是要用notify synchronized(finishedWidgets)...{ finishedWidgets.add(w); finishedWidgets.notify(); //这里只能是notify而不能是notifyAll } } } catch(InterruptedException e)...{} } public Widget waitForWidget()...{ synchronized(finishedWidgets)...{ if(finishedWidgets.size()==0)...{ try...{ finishedWidgets.wait(); } catch(InterruptedException e) ...{} } return finishedWidgets.remove(0); } } } public class WidgetUser extends Thread...{ private WidgetMaker maker; public WidgetUser(String name,WidgetMaker maker)...{ super(name); this.maker=maker; } public void run()...{ Widget w=maker.waitForWidget(); System.out.println(getName()+"got a widget"); } public static void main(String[] args) ...{ WidgetMaker maker=new WidgetMaker(); maker.start(); new WidgetUser("Lenny",maker).start(); new WidgetUser("Moe",maker).start(); new WidgetUser("Curly",maker).start(); } }
関連記事:
Java同時実行におけるスレッド間のコラボレーションの2つの方法: wait、notify、notifyAll、Condition
以上が例を通して、notify() とnotifyAll() の本質的な違いについて説明します。の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック











Photoshopでパスワードで保護されたPDFをエクスポート:画像ファイルを開きます。 [ファイル]&gtをクリックします。 「エクスポート」&gt; 「PDFとしてのエクスポート」。 「セキュリティ」オプションを設定し、同じパスワードを2回入力します。 [エクスポート]をクリックして、PDFファイルを生成します。

H5。ミニプログラムとアプリの主な違いは次のとおりです。技術アーキテクチャ:H5はWebテクノロジーに基づいており、ミニプログラムとアプリは独立したアプリケーションです。経験と機能:H5は軽量で使いやすく、機能が限られています。ミニプログラムは軽量で、インタラクティブが良好です。アプリは強力で、スムーズな経験があります。互換性:H5はクロスプラットフォーム互換性があり、アプレットとアプリはプラットフォームによって制限されています。開発コスト:H5には、開発コストが低く、中程度のミニプログラム、最高のアプリがあります。適用可能なシナリオ:H5は情報表示に適しており、アプレットは軽量アプリケーションに適しており、アプリは複雑な機能に適しています。

Vueアプリケーションを開発するときに、ルーターフォルダーの下にindex.jsファイルにvuerouterを登録する必要性があるため、ルーティング構成で問題が発生することがよくあります。特別...

Centosとubuntuの重要な違いは次のとおりです。起源(CentosはRed Hat、for Enterprises、UbuntuはDebianに由来します。個人用のDebianに由来します)、パッケージ管理(CentosはYumを使用し、安定性に焦点を当てます。チュートリアルとドキュメント)、使用(Centosはサーバーに偏っています。Ubuntuはサーバーやデスクトップに適しています)、その他の違いにはインストールのシンプルさが含まれます(Centos is Thin)

and:mysql:Alter table_name add column_name data_type; postgresql:column column_name data_typeを変更するcolumn column_name datape; oracle:alter table_name add(column_name data_type);

JavaScriptのDOMノードの下でのXpath検索方法の詳細な説明、XPath式に基づいてDOMツリーから特定のノードを見つける必要があることがよくあります。あなたがする必要があるなら...

H5とMINIプログラムのプロモーション方法には違いがあります。プラットフォーム依存:H5はブラウザに依存し、MINIプログラムは特定のプラットフォーム(WeChatなど)に依存しています。ユーザーエクスペリエンス:H5エクスペリエンスは貧弱で、ミニプログラムはネイティブアプリケーションと同様のスムーズな体験を提供します。通信方法:H5はリンクを介して広がり、ミニプログラムはプラットフォームで共有または検索されます。 H5プロモーション方法:ソーシャル共有、電子メールマーケティング、QRコード、SEO、有料広告。ミニプログラムプロモーション方法:プラットフォームプロモーション、ソーシャル共有、オフラインプロモーション、ASO、他のプラットフォームとの協力。

C Language Functionライブラリは、さまざまな機能を含むツールボックスであり、さまざまなライブラリファイルに編成されています。ライブラリを追加するには、コンパイラのコマンドラインオプションを介して指定する必要があります。たとえば、GCCコンパイラは-Lオプションを使用して、ライブラリ名の略語が続きます。ライブラリファイルがデフォルトの検索パスの下にない場合は、-Lオプションを使用してライブラリファイルパスを指定する必要があります。ライブラリは、静的ライブラリと動的ライブラリに分けることができます。静的ライブラリはコンパイル時にプログラムに直接リンクされ、動的ライブラリは実行時にロードされます。
