問題タブ [threadpoolexecutor]

という観点から言うと、コア プール サイズと最大プール サイズの正確な違いは何ThreadPoolExecutorですか?
例を使って説明できますか？

method で新しいタスクが送信され、実行中のスレッドがexecute(java.lang.Runnable)少ないcorePoolSize場合、他のワーカー スレッドがアイドル状態であっても、要求を処理するために新しいスレッドが作成されます。

1) アイドル状態のスレッドがある場合、リクエストを処理するために新しいスレッドを作成する必要があるのはなぜですか?

実行中のスレッドがそれより多いcorePoolSizeが少ないmaximumPoolSize場合、キューがいっぱいになった場合にのみ、新しいスレッドが作成されます。

corePoolSize2)とここの違いがわかりませんmaximumPoolSize。第 2 に、スレッド数が 未満の場合、どのようにしてキューがいっぱいになるのmaximumPoolSizeでしょうか? キューがいっぱいになるのは、スレッドが と等しいかそれ以上の場合のみですmaximumPoolSize。ではない？

私は Weblogic 10.3、Spring 2.0、Oracle 11g を使用しています。「threadpoolexecutor」将来のタスク (async resp) を使用しようとすると、スレッド プール エグゼキューターによって実行される Bean が「prototype」であるため、非同期応答の待機中に次の例外が発生します。

注:Spring の ClassPathXmlApplicationContext を使用して Bean を取得している場合、例外が発生しません。これは、すべての Bean を再度ロードするため、Bean を取得するための推奨される方法ではありません。

springContextAware 、ApplicationObjectSupport; を試しました。それらも私にとってはうまくいきませんでした。

私が持っているBeanの定義は

私も試してみましlazy-init=trueたがthreadpoolexecutor、運が悪いです。

Runnable を実装するクラスがあります

ThreadPoolExecutorフィールド内でタスクを「ルーティング」する方法はありRIDますか (つまり、スレッド N 3 が Runnable withRID = 1で実行される場合、次の tast はRID = 1スレッド N 3 によって実行される必要があります (生きている場合))。

x 分/秒/ミリ秒などごとに実行されるジョブを設定し、Amazon SQS キューをポーリングしてメッセージを処理しようとしています。私の質問は、これに対する最善のアプローチは何であるかということです。x 個のスレッドで ScheduledThreadPoolExecutor を作成し、scheduleAtFixedRate メソッドを使用して単一のタスクをスケジュールし、それを非常に頻繁に (10 ミリ秒など) 実行して、必要なときに複数のスレッドが使用されるようにするか、同僚に提案しているように、 x 個のスレッドを持つ ScheduledThreadPoolExecutor を使用して、スケジュールされた複数のタスクをわずかにオフセットした間隔で作成しますが、実行頻度は低くなります。これは、STPE の使用方法のように思えます。

通常、私はこの種のものに Spring/Quartz を使用しますが、現時点ではそれはありません。

それで、あなたの考えは何ですか？

これは正しいです？

getActiveCount()型キャストするとgetQueue()メソッドにアクセスできるため、これを行っています。Eclipse はここでエラーのフラグを立てていませんが、私がやっていることは正しいことを確認したいのです。

ThreadPoolExecutor implements ExecutorServiceにキャストExecutorServiceしているので、実際には奇妙ですThreadPoolExecutor。