エグゼキューターフレームワークは、スレッド管理とタスクのスケジューリングを簡(jiǎn)素化するためのJavaの並行性ツールであり、そのコアはタスクの提出を?qū)g行から切り離すことです。 1.新しいスレッド（）の代わりにエグゼキュータを使用する理由には、リソースの制御不能の回避、パフォーマンスの改善、スレッドの再利用、統(tǒng)一された管理の実裝が含まれます。 2。主なインターフェイスは、エグゼクティアと拡張インターフェイスエグゼクティオルサービスであり、タスクの提出、ライフサイクル管理をサポートし、將來(lái)の結(jié)果を返します。 3.一般的なスレッドプールの種類(lèi)には、newFixedThreadPool、NewCachedThreadPool、NewsIngLethReadExecutor、およびNewsCheduledThreadPoolが含まれます。 4. ThreadPoolexecutorを手動(dòng)で作成し、CorePoolsize、MaximumMumpoolsize、KeepAlivetime、WorkQueue、ThreadFactory、および拒否ExexecutionHandlerパラメーターを明確に設(shè)定することをお?jiǎng)幛幛筏蓼埂?5. OOMを防ぐために、ArrayBlockingQueueなどの境界キューを優(yōu)先する必要があります。 6.拒否ポリシーには、abortpolicy、callerrunspolicy、disdardpolicy、docdardoldestpolicyが含まれます。これは、ビジネスニーズに応じて選択する必要があります。 7.タスクを送信する場(chǎng)合、runnable（返品値なし）または呼び出し可能（返品値で）を使用して、送信方法を介して將來(lái)のオブジェクトを取得できます。 8。スレッドプールを閉じるときは、最初にshutdown（）を呼び出し、次にawaittermination（）とshutdownnow（）を結(jié)合してエレガントなダウンタイムを確保する必要があります。 9.ベストプラクティスには、エグゼキューターのショートカット方法、明示的な構(gòu)成パラメーター、スレッドプールという名前の明示的な構(gòu)成パラメーター、スレッドカウントの合理的な設(shè)定、タイムリーなクロージングスレッドプール、および実行可能な例外の処理が含まれます。エグゼキューターフレームワークを正しく使用すると、リソースの使い果たしやパフォーマンスの問(wèn)題を効果的に回避でき、高電流Javaアプリケーションを構(gòu)築するための基礎(chǔ)となります。

Javaでの同時(shí)プログラミングはしばしば頭痛であり、本「Java Concurrency in Practical」は、同時(shí)プログラミングの「聖書(shū)」として知られています。エグゼキューターフレームワーク（エグゼキューターフレームワーク）の説明は、現(xiàn)代のJavaマルチスレッド開(kāi)発を理解する上で重要なリンクです。これにより、直接操作スレッド（スレッド）の面倒でリスクを取り除き、代わりに高レベルの抽象化を使用してタスクの実行を管理することができます。

執(zhí)行者のフレームワークとは何ですか？

エグゼキューターフレームワークは、スレッド管理とタスクのスケジューリングを簡(jiǎn)素化するためにJava 5に導(dǎo)入されたAPIのセットであり、コアはjava.util.concurrentパッケージにあります。その設(shè)計(jì)目標(biāo)は、タスクの実行からタスクの提出を分離することです。

最もコアインターフェイスはExecutorです。

パブリックインターフェイスエグゼキューター{
    void execute（runnableコマンド）;
}

単純に見(jiàn)ないでください。その背後には強(qiáng)力なデザインのアイデアがあります。タスクを送信するだけで、実行する方法（どのスレッドが使用されるか、再利用されるか、非同期であるかどうか）は、実裝クラスによって決定されます。

より一般的に使用されるのは、ライフサイクル管理、タスクの提出リターン結(jié)果（將來(lái)）、エレガントな閉鎖などをサポートするExecutorServiceです。

新しいスレッド（）の代わりに執(zhí)行者を使用するのはなぜですか？

new Thread(runnable).start()直接単純に思えますが、明らかな問(wèn)題があります。

• 制御不能なリソース：タスクが來(lái)るたびに、スレッドが作成され、システムリソースがすぐに使い果たされます。
• 管理の欠如：並行性の數(shù)を制限することはできません。スレッドの數(shù)を再利用することはできず、監(jiān)視を統(tǒng)合することはできません。
• パフォーマンスの低下：糸の作成と破壊のためのオーバーヘッドが高い。

エグゼキューターフレームワークを使用することの利點(diǎn)は次のとおりです。

• ?スレッドの再利用（スレッドプールを介して）
• concurrentの數(shù)を制御します
• respons応答速度を改善します（タスクは、スレッドの作成を待つことなく、來(lái)るときに直接実行されます）
• unified統(tǒng)合例の取り扱いとリソース管理
• schupedスケジュールされた定期的なタスクをサポートします（ScheduleDexecutorservice）

一般的なスレッドプールタイプ（エグゼキューターツールクラスを通じて作成）

Executors便利な方法を提供しますが、実際の生産のパラメーターを明確にするために、 ThreadPoolExecutor手動(dòng)で作成することをお?jiǎng)幛幛筏蓼?。ただし、まず一般的なタイプを理解してください?/p>

例：

 executorservice executor = executors.newfixedthreadpool（4）;

for（int i = 0; i <10; i）{
    executor.execute（（） - > {
        system.out.println（ "task runing by" thread.currentthread（）。getName（））;
    }）;
}

// executor.shutdown（）を閉じることを忘れないでください。

重要なコンポーネントの詳細(xì)な説明

1。ThreadPoolexecutorのコアパラメーター

次のように重要なパラメーターを使用して、手動(dòng)でスレッドプールを作成する方が安全です。

新しいthreadpoolexecutor（
    corepoolsize、//コアスレッドの數(shù)（居住者）
    Maximumpoolsize、//スレッドの最大數(shù)KeepAlivetime、//非コアスレッドフリーサバイバルタイムユニット、//タイムユニットワークキュー、//タスクキュー（LinkedBlockingQueue、ArrayBlockingQueueなど）
    ThreadFactory、//スレッド作成ファクトリー（カスタムネーブル可能）
    拒否ExecutionHandler //ポリシーを拒否）;

and?注： Executors.newFixedThreadPool() 、メモリオーバーフロー（OOM）を引き起こす可能性のある、無(wú)制限のキュー（ LinkedBlockingQueue ）を使用します。生産環(huán)境では注意して使用してください。

2。タスクキューの選択

• ArrayBlockingQueue ：境界線のキュー、推奨、リソースの疲労を防ぎます
• LinkedBlockingQueue ：バウンドされていないキュー、メモリに簡(jiǎn)単に記入できます
• SynchronousQueue ：要素が保存されていません。各挿入物は取り外しを待つ必要があります（NewCachedThreadPoolに適合）
• PriorityBlockingQueue ：優(yōu)先タスクキューをサポートします

3.実行ハンドラーを拒否しました

スレッドプールが閉じられているか、キューがいっぱいになった場(chǎng)合、新しいタスクは拒否されます。一般的な戦略：

• AbortPolicy ： RejectedExecutionException （デフォルト）を投げる
• CallerRunsPolicy ：タスク自體を提出するスレッド（コミット速度を遅くします）
• DiscardPolicy ：靜かにタスクを破棄します
• DiscardOldestPolicy ：キューで最も古いタスクを破棄し、再度送信しようとします

AbortPolicyログを使用して警告するなど、ビジネスの選択に基づいてAbortPolicyログアラートを使用することをお?jiǎng)幛幛筏蓼埂?/p>

タスクの送信方法：実行可能対callable

• execute(Runnable) ：返品値なし
• submit(Runnable) ： Future<?>を返します。これは、完了したかどうかを判斷するために使用できます
• submit(Callable<T>) ： Future<T>を返して、返品値または例外を取得する

future <integer> future = executor.submit（（） - > {{
    返品42;
}）;

integer result = future.get（）; //ブロックして結(jié)果を待ちます

invokeAll()を使用してバッチに複數(shù)の呼び出し可能なものを送信したり、 invokeAny()提出して最初の完了した結(jié)果を返すこともできます。

スレッドプールをエレガントに閉じる方法は？

直接shutdown()で十分ではありません、それは推奨されます：

 executor.shutdown（）; //新しいタスクはもう受信されなくなりました{
    if（！executor.awaittermination（60、timeunit.seconds））{
        executor.shutdownnow（）; //実行タスクを中斷してみてください}
} catch（arternedexception e）{
    executor.shutdownnow（）;
    thread.currentThread（）。
}

これにより、スレッドプールには、アプリケーションが終了する前に既存のタスクを完了するのに十分な時(shí)間があります。

概要：ベストプラクティスの推奨事項(xiàng)

• Executorsのショートカット方法を使用してスレッドプール（特に固定されていないキュー）を作成することは避けてください
• ThreadPoolExecutorを使用して、キューサイズを明確にし、ポリシーを拒否するパラメーターを明示的に構(gòu)成します
• troubleシューティングを容易にするために、スレッドプール（ ThreadFactoryを介して）に名前を付けます
• coreprase corePoolSizeとmaxPoolSizeを設(shè)定し、圧力測(cè)定調(diào)整と組み合わせて
• reressueリソースの漏れを避けるために、スレッドプールを閉じることを忘れないでください
• ?例外処理：內(nèi)部的にキャッチを試す必要があります。

基本的にそれだけです。エグゼキューターフレームワークは、複雑なスレッド管理を簡(jiǎn)潔なインターフェイスにカプセル化し、最新のJava Concurrentプログラミングの礎(chǔ)石です。それを理解することで、より堅(jiān)牢なコードを書(shū)き込むだけでなく、「スレッドフル」、「CPUソアリング」、「メモリオーバーフロー」などの多くのオンライン問(wèn)題を回避します。

複雑ではありませんが、詳細(xì)を無(wú)視するのは簡(jiǎn)単です。

以上が実際のJavaの同時(shí)性：エグゼキューターフレームワークの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語(yǔ) Web サイトの他の関連記事を參照してください。