56

エグゼキュータはクリーンな抽象化のようです。より堅牢なエグゼキュータに依存するのではなく、スレッドを直接使用したいのはいつですか？

4

7 に答える 7

33

いくつかの歴史を与えるために、エグゼキュータはJava1.5のJava標準の一部としてのみ追加されました。したがって、いくつかの点で、エグゼキュータは、実行可能なタスクを処理するための新しいより優れた抽象化と見なすことができます。

少し単純化しすぎています...-エグゼキュータは正しく実行されるスレッドなので、優先的に使用してください。

于 2009-07-07T21:48:13.903 に答える
8

プルベースのメッセージ処理が必要な場合は、スレッドを使用します。たとえば、キュ​​ーは別のスレッドのループでtake（）-enです。たとえば、キュ​​ーを高価なコンテキストでラップします。たとえば、JDBC接続、JMS接続、単一ディスクから処理するファイルなどです。

呪われる前に、何かシナリオはありますか？

編集：

他の人が述べているように、Executor（ ）インターフェースは、Java 5+でのスケジュール、優先順位付け、キャッシュなどの動作、またはJava 1.4のjucバックポートを選択するためにExecutorService使用できるため、より多くの可能性があります。Executors

エグゼキュータフレームワークは、クラッシュしたランナブルに対する保護を備えており、ワーカースレッドを自動的に再作成します。shutdown()私の意見では、アプリケーションを終了する前に明示的にそれらを指定する必要があるという欠点がawaitTermination()あります。これは、GUIアプリではそれほど簡単ではありません。制限付きキューを使用する場合は、を指定する必要があります。そうしないとRejectedExecutionHandler、新しいランナブルが破棄されます。

Brian Goetz et al：Java Concurrency in Practice（2006）をご覧ください。

于 2009-07-07T21:10:15.370 に答える
6

生のスレッドを使用する利点はありません。エグゼキュータにはいつでもスレッドファクトリを提供できるため、カスタムスレッド作成のオプションもカバーされます。

于 2009-07-07T21:08:35.280 に答える
3

スレッド自体にはないより具体的な動作が必要でない限り、スレッドは使用しません。次に、スレッドを拡張し、特に必要な動作を追加します。

それ以外の場合は、RunnableまたはExecutorを使用します。

于 2009-07-07T21:14:40.633 に答える
3

さて、私はThreadPoolExecutorがスレッドのプールを管理するためのより良いパフォーマンスを提供し、新しいスレッドのインスタンス化、メモリの割り当てのオーバーヘッドを最小限に抑えると思いました...

また、何千ものスレッドを起動する場合は、自分でプログラムする必要があるキューイング機能が提供されます...

スレッドとエグゼキュータはさまざまなツールであり、さまざまなシナリオで使用されます...ご覧のとおり、HashMapを使用できるのになぜArrayListを使用する必要があるのか​​と尋ねるようなものです。彼らは違う...

于 2010-09-28T15:49:33.753 に答える
3

java.util.concurrentパッケージは、エグゼキュータインターフェイスを提供し、スレッドの作成に使用できます。

Executorインターフェースは、一般的なスレッド作成イディオムのドロップイン置換として設計された単一のメソッドexecuteを提供します。rがRunnableオブジェクトで、eがExecutorオブジェクトの場合、置き換えることができます

（新しいスレッド（r））。start（）;

と

e.execute（r）;

こちらをご覧ください

于 2012-12-24T19:45:46.210 に答える
2

以下のように、シングルスレッドの場合でもExecutorを優先することをお勧めします。Thread

ExecutorService fixedThreadPool = Executors.newFixedThreadPool(1);

以下のシナリオでThread使用できますExecutor

  1. アプリケーションに必要なスレッドは限られており、ビジネスロジックは単純です

  2. 単純なマルチスレッドモデルがスレッドプールなしで要件を満たす場合

  3. Inter thread communication, Exception handling, reincarnation of threads予期しないエラーが原因で、以下の領域で低レベルAPIを使用して、スレッドのライフサイクルと例外処理のシナリオを管理できることに自信があります。

そして最後のポイント

  1. アプリケーションがのさまざまな機能のカスタマイズを必要としない場合ThreadPoolExecutor

    ThreadPoolExecutor(int corePoolSize, int maximumPoolSize, long keepAliveTime, 
TimeUnit unit, BlockingQueue<Runnable> workQueue, ThreadFactory threadFactory, 
RejectedExecutionHandler handler)

他のすべての場合、あなたはのために行くことができますThreadPoolExecutor

于 2015-12-19T17:10:42.980 に答える