1 / * 2つの *非同期タスクは、スレッドプールに定義されている 3。 * / 4。 @Configuration 5つの。 パブリック クラスTaskPoolConfig { 6。 @Bean（ "のTaskExecutor" ） 7。 公的執行、のTaskExecutorは（）{ 8。 ThreadPoolTaskExecutorが執行=である新規新しいThreadPoolTaskExecutorは（）である 。9 // コアは、10スレッド：初期化時に作成されたスレッドプール内のスレッドの数 10 executor.setCorePoolSize（10 ）; 11 // スレッドの20最大数：スレッドプール内のスレッドの最大数、バッファキューが一杯になった後にのみ、スレッドのコアの数よりも多くを適用しますスレッド 12は executor.setMaxPoolSize（15 ）; 13である //バッファキュー200：バッファのタスクキューを実行する 14 executor.setQueueCapacity（200 ）; 15 // 60秒にアイドル状態のスレッドを許可する：添加が超えた場合、スレッドのコアのスレッドの数は、アイドル時間に到達したが破壊される 16 エグゼキュータを.setKeepAliveSeconds（60 ）; 17 // スレッドプールのプレフィックス名：スレッドプールを設定した後、容易に処理タスク見つけることができます 18 executor.setThreadNamePrefix（「taskExecutor-」）; 19 / * 20 拒否されたタスクのスレッドプール戦略：この戦略はCallerRunsPolicy、使用し 21は、 スレッドプールは、戦略の能力を扱っていないときexecuteメソッドの呼び出し元のスレッドに直接拒否されたタスクを実行します; 22 executorがシャットダウンされた場合、タスクが破棄される 23 * / 24 executor.setRejectedExecutionHandler（新新ThreadPoolExecutor.CallerRunsPolicy（））; 25 // 「スレッドプールは他の豆の継続的破壊前に完了しているすべてのタスクを待つ際に閉じるように設定し 26 executor.setWaitForTasksToCompleteOnShutdown（真の）; 27 // 」タスクスレッドプールのセット待機時間あれば、この時間をかけて私たちは、アプリケーションが最終的に代わりにライブのブロッキング、閉じることができることを確実にするために、強制的な破壊を破壊していません。 28 executor.setAwaitTerminationSeconds（600 ）; 29 戻りキュータ; 30 } 31です }
熟考による非同期戦略によって拒否されました
ExecutorServiceのThreadPoolExecutorクラスはインターフェースとエグゼキュータ・インターフェースを実装し、あなたがスレッドプールのcorePoolSize、最大スレッドプールのサイズを設定することができ、AliveTimeは、戦略を拒否しました。共通のコンストラクタ：
ThreadPoolExecutor（int型corePoolSize、int型maximumPoolSize、
長いkeepAliveTimeが、TimeUnitでユニット、
BlockingQueueの<Runnableを>ワークキュー、
RejectedExecutionHandlerハンドラ）
corePoolSize：スレッドの最小数を維持するために、スレッドプール
maximumPoolSize：スレッドの最大数を維持するために、スレッドプール
keepAliveTimeが：許可されたスレッドプール維持スレッドのアイドル時間
単位：アイドル時間を許可されたスレッドプールのスレッドメンテナンスユニット
ワークキュー：バッファキュースレッドプールを使用します
ハンドラ：スレッドプール戦略は、タスクを拒否しました
タスク（Runnableを）メソッドを実行することによって、スレッドプールに追加される場合：
lの場合、この時間プール内のスレッドの数がプール内のスレッドがアイドル状態であっても、corePoolSizeよりも少ないですが、またタスクが追加された処理する新しいスレッドを作成しました。
この時点で、プールcorePoolSize内のスレッドの数に等しいが、ワークキューバッファのキューが満杯でない場合、図2に示すように、タスクは、バッファ・キューに置かれます。
3この時間は、プールcorePoolSize内のスレッドの数よりも大きい場合には、ワークキューバッファキューがいっぱいになる、と数は、タスクが追加される処理する新しいスレッドを構築し、スレッドプールmaximumPoolSizeよりも小さくなっています。
この時間はプールcorePoolSize内のスレッドの数よりも大きい場合は4、ワークキューバッファのキューが満杯であり、プール内のスレッドの数は、ポリシーを指定されたタスクハンドラによって処理される、等しいmaximumPoolSizeあります。それは次のとおりです。優先処理タスクは次のとおりです。コアスレッドcorePoolSize、タスクキューのワークキュー、最大スレッドmaximumPoolSize、3つのすべてがいっぱいであれば、使用ハンドラ処理タスクが拒否されました。
プール内のスレッドの数がcorePoolSizeよりも大きい場合に、アイドル時間がスレッドkeepAliveTimeがを超えた場合、スレッドが終了します。このように、スレッドプールを動的にプール内のスレッドの数を調整することができます。
ハンドラは、4つのオプションがあります：
ThreadPoolExecutor.AbortPolicy（）
Java.util.concurrent.RejectedExecutionExceptionは、たとえば、例外がスローされます：
| プライベート静的クラスの労働者は、{Runnableを実装します ます。public void実行（）{ System.out.println（にThread.currentThread（）のgetName（）+ "実行されています"。）; } } パブリック静的無効メイン（文字列[] args）{ int型corePoolSize = 5; int型maxPoolSize = 10; 長いkeepAliveTimeが= 5; BlockingQueueの<Runnableを>キュー=新しいLinkedBlockingQueue <Runnableを>（10）。 //戦略1拒ん：RejectedExecutionExceptionをスローします。 RejectedExecutionHandlerハンドラ= 新しいThreadPoolExecutor.AbortPolicy（）;
ThreadPoolExecutorキュータ=て、新しいThreadPoolExecutor （corePoolSize、maxPoolSize、 keepAliveTimeが、TimeUnit.SECONDS、 キュー、ハンドラ）; {（; iが100 <I ++はiが0 = INT）のために executor.execute（新しい労働者（））; } executor.shutdown（）; } |
結果は以下の通りであります：
プール-1スレッド2が実行されています
プール-1-スレッド-3が実行されています
スレッドの例外「メイン」java.util.concurrent.RejectedExecutionException
プール-1スレッド1が実行されています
プール-1-スレッド-7が実行されています
プール1スレッド6が実行されています
pool-1-thread-4 is running
pool-1-thread-9 is running
pool-1-thread-8 is running
pool-1-thread-5 is running
at java.util.concurrent.ThreadPoolExecutor$AbortPolicy.rejectedExecution(ThreadPoolExecutor.java:1760)
at java.util.concurrent.ThreadPoolExecutor.reject(ThreadPoolExecutor.java:767)
at java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:658)
at concurrent.ThreadPoolDemo.main(ThreadPoolDemo.java:33)
pool-1-thread-10 is running
处理源码如下：
| public void rejectedExecution(Runnable r, ThreadPoolExecutor e) { throw new RejectedExecutionException(); } |
策略2：ThreadPoolExecutor.CallerRunsPolicy
用于被拒绝任务的处理程序，它直接在 execute 方法的调用线程中运行被拒绝的任务；如果执行程序已关闭，则会丢弃该任务。如下：
RejectedExecutionHandler handler =
new ThreadPoolExecutor.CallerRunsPolicy();
运行如下：
pool-1-thread-7 is running
pool-1-thread-7 is running
pool-1-thread-7 is running
pool-1-thread-7 is running
pool-1-thread-7 is running
pool-1-thread-7 is running
pool-1-thread-2 is running
pool-1-thread-3 is running
pool-1-thread-1 is running
pool-1-thread-8 is running
main is running
main is running
main is running
pool-1-thread-4 is running
pool-1-thread-7 is running
pool-1-thread-7 is running
pool-1-thread-7 is running
处理源码如下：
| public void rejectedExecution(Runnable r, ThreadPoolExecutor e) { if (!e.isShutdown()) { r.run(); } } |
策略3：
RejectedExecutionHandler handler =
new ThreadPoolExecutor.DiscardOldestPolicy();
这样运行结果就不会有100个线程全部被执行。处理源码如下：
| public void rejectedExecution(Runnable r, ThreadPoolExecutor e) { if (!e.isShutdown()) { e.getQueue().poll(); e.execute(r); } } |
策略4：ThreadPoolExecutor.DiscardPolicy
用于被拒绝任务的处理程序，默认情况下它将丢弃被拒绝的任务。
运行结果也不会全部执行100个线程。
源码如下，实际就是对线程不执行操作：
| public static class DiscardPolicy implements RejectedExecutionHandler { /** * Creates a <tt>DiscardPolicy</tt>. */ public DiscardPolicy() { }
/** * Does nothing, which has the effect of discarding task r. * @param r the runnable task requested to be executed * @param e the executor attempting to execute this task */ public void rejectedExecution(Runnable r, ThreadPoolExecutor e) { } } |
这四种策略是独立无关的，是对任务拒绝处理的四中表现形式。最简单的方式就是直接丢弃任务。但是却有两种方式，到底是该丢弃哪一个任务，比如可以丢弃当前将要加入队列的任务本身（DiscardPolicy）或者丢弃任务队列中最旧任务（DiscardOldestPolicy）。丢弃最旧任务也不是简单的丢弃最旧的任务，而是有一些额外的处理。除了丢弃任务还可以直接抛出一个异常（RejectedExecutionException），这是比较简单的方式。抛出异常的方式（AbortPolicy）尽管实现方式比较简单，但是由于抛出一个RuntimeException，因此会中断调用者的处理过程。除了抛出异常以外还可以不进入线程池执行，在这种方式（CallerRunsPolicy）中任务将有调用者线程去执行。
用户自定义拒绝策略
实现RejectedExecutionHandler，并自己定义策略模式
再次需要注意的是，ThreadPoolExecutor.submit（） 函数，此方法内部调用的execute方法，并把execute执行完后的结果给返回，但如果任务并没有执行的话（被拒绝了），则submit返回的future.get()会一直等到。
future 内部其实还是一个runnable，并把command给封装了下，当command执行完后，future会返回一个值。