Spring MVCでのマルチスレッドコンセプトの使用方法

Question

Webアプリケーションでプロファイルを更新した後、電子メールを送信してアクティビティログを更新したいとします。メールを送信してアクティビティログを更新するために、スレッドを使用して、プロファイルの更新応答をクライアントに直ちに送り返し、サブシーケンス操作をスレッドで処理できるようにしたいと考えています。実装を提案してください。

Answer 1

これを達成する方法はたくさんありますが、Spring MVCアプリケーションはほとんど無関係です。

は、Java 8を使用している場合、あなたは単にあなたがそのプールからのスレッドを与えるためにエグゼキュータのサービス時に呼び出すことができます。

String emailAddress = //get email address... 
    ExecutorService executorService = Executors.newSingleThreadExecutor(); 
    executorService.submit(() -> { 
     emailService.sendNotification(emailAddress); 
    }); 

前のJava 8：

final String emailAddress = ""; 
Thread thread = new Thread(new Runnable() { 
    @Override 
    public void run() { 
     emailService.sendNotification(emailAddress); 
    } 
}); 
thread.start(); 

あなたの場合より複雑なアプリケーションを作成すると、メッセージキュー（ActiveMQは良い）を使用する可能性があります。これにより、より多くの非同期タスクを追加する際に、より多くの制御と可視性とスケールが可能になります。同時に多数の登録がある場合、スレッドのアプリケーションサーバーを枯渇させません。

Answer 2

BlockingQueueを使用して、プロデューサ - コンシューマモデルを実装して、問題を解決できます。既存のプログラムはプロデューサーとして機能し、BlockingQueueにトークンを追加し、Executor（Executors.newFixedThreadpoolから作成されます）は後続のすべての操作を実行できます。 Javadocを参照して、Springコンテキストを（XMLまたは注釈として）作成することができます。

また、あなたは良いアイデアではありません、プロファイルを保存するときのように送信し、電子メールにスレッドを生成し、CompletionSerive

を参照することができます。多すぎるスレッドが発生し、コンテキストの切り替えによって完了が遅れることがあるためです。したがって、提案は固定スレッドプールを使用する。

JMSキューを使用できます。しかし、それは与えられたシナリオにとって過度のもののように見えます。したがって、BlockingQueueを使用することをお勧めします。